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PREFACE 


This  document  is  the  final  report  of  SRI  Research  Project  No.  5411-5, 
entitled  "Marine  Corps  Aircrew  Seat  Ratio  Methodology."  SRI  initiated 
this  four-month  study  in  September  1977  for  Headquarters,  U.S.  Marine  Corps 
under  Contract  No.  N00014-76-C-0963  from  the  Office  of  Naval  Research.  HQMC 
project  management  was  provided  by  DC/S  for  Aviation. 

The  study  followed  the  approach  described  in  the  SRI  Research  Proposal 
No.  EGU  77-123(R) , dated  22  June  1977. 

Final  results  of  the  SRI  research  are  contained  in  this  document. 
Included  among  those  results  is  a complete  description  and  operating 
instructions  for  a computer  model  chat  was  developed  as  an  automated  aid 
for  present  and  future  Marine  Corps  aircrew  appropriation  planning.  That 
model  was  delivered  to  HQMC  and  exercised  on  the  HQMC  computer  as  part  of 
the  study.  It  is  intended  for  c'ntinued  use  by  Marine  Corps  planners  as 
factors  significant  to  aircrew  appropriation  change. 


I INTRODUCTION 


A.  Background 

In  this  study,  SRI  analyzed  the  factors  affecting  the  numeric  alloca- 
tion of  aircrews  to  Marine  Corps  squadrons,  and  developed  a computerized 
simulation  model  as  a planning  aid  that  interrelated  those  factors.  The 
research  was  undertaken  to  improve  the  effectiveness  of  previously  used 
methods  of  estimation,  as  well  as  to  provide  a consistent,  easily  used, 
and  easily  updated  computer  tool.  The  model  that  was  generated  can  be 

J 

used  for  each  type  of  fixed-  and  rotary-wing  aircraft  squadron  in  the 
Marine  Corps  inventory. 

An  important  consideration  in  the  development  of  the  planning  aid  was 
the  identification  of  those  factors  that  have  the  greatest  effect  on  the 
aircrew  seat  ratios.  Previous  analyses  were  consulted,  and  SRI  performed 
additional  sensitivity  analyses  using  the  newly  developed  simulation. 

Another  important  consideration  was  the  usability  of  the  computer  tool 
for  Marine  Corps  analysts.  It  was  especially  desirable  not  to  have  large 
data  input  requirements  or  off-line  analysis  in  support  of  the  tool.  Close 
cooperation  was  maintained  with  the  Marine  Corps  sponsor  throughout  the 
research  to  accommodate  these  objectives. 

Following  3n  iterative  process,  the  most  relevant  parameters  were 
established  in  the  model  logic  of  a computer  simulation,  called  the  Crew 
Management  (CREVMAN)  Model.  The  main  purpose  of  the  simulation  is  to 
provide  a consistent  routine  for  estimating  operational  requirements  for 
aircrew  appropriation  to  effectively  man  aircraft  of  various  types.  The 
aircrew  seat  ratio  is  then  defined  within  the  context  of  the  scenario  in 
the  simulation  as  the  effective  number  of  aircrews  that  are  required  to 
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carry  out  the  postulated  missions  for  given  aircraft  numbers.  Numerous 
scenario  factors  and  aircrew  assignment  policy  issues  are  imbedded  within 
the  simulation  to  closely  represent  actual  operations. 

This  report  presents  the  description  of  the  CREVMAN  model  and  its 
operating  instructions.  Section  II  contains  a description  of  the  logic 
underlying  the  CREWMAN  formulation.  Definitions  are  presented  and  major 
logic  artifices  are  introduced.  Sections  III  and  IV  present  user-oriented 
information  for  using  and  interpreting  the  simulation  model  by  describing 
the  simulation  inputs  and  outputs. 

Two  appendices  complete  this  report.  The  first  contains  a discussion 
on  some  of  the  practicalities  and  subtleties  of  using  the  model  that  SRI 
discovered  during  its  test.  The  second  appendix  contains  a detailed  defini- 
tion of  the  model  structure,  program  variables,  and  subroutines.  It  also 
contains  a complete  program  listing. 

B.  Development  Philosophy 

The  CREWMAN  model  was  developed  to  provide  Marine  Aviation  with  a 
methodology  that  analytically  estimates  aircrew  seat  ratios  for  all  tactical 
fixed-  and  rotary-wing  aircraft  squadrons.  It  is  constructed  so  that  the 
most  important  parameters  affecting  the  aircrew  sea1;  ratio  can  be  examined 
explicitly  and  subjected  to  sensitivity  analyses. 

By  means  of  computer  simulation,  CREVWAN  depicts  air  mission  activity, 
aircraft  availability  and  utilization,  and  aircrew  assignment  and  utiliza- 
tion in  a fashion  designed  to  closely  represent  actual  operations.  As 
developed,  CREWMAN  provides  a flexible,  rapid  and  well-documented  analytic 
estimation  technique,  but  it  is  not  so  large  or  so  complex  that  users  are 
overly  burdened  with  input  requirements  or  difficulties  in  interpreting 
re&ults.  In  fact,  ease  of  use  has  been  stressed  at  every  opportunity  where 
it  does  not  jeopardize  the  credibility  of  the  results. 
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CREWMAN  simulates  the  activities  of  Marine  Aviation  squadron  during 
a 30-day  scenario.  Based  on  a user-defined  level  of  operational  activity, 
air  missions  are  randomly  scheduled  during  day  and  night  periods.  Aircrew 
availability  is  monitored  for  assignment  to  scheduled  air  missions.  Air- 
craft and  aircrew  availability  is  determined  on  the  basis  of  flight  kine- 
matics, management  policy  regarding  assignment  of  aircrews,  and  constraints 
on  the  availability  of  aircraft  caused  by  aircraft  maintenance  and  turn- 
around requirements. 

CREWMAN  is  an  event-step  simulation.  A mission-scheduling  algorithm 
provides  the  initiating  operational  activity  during  each  simulated  day. 

To  capture  the  dynamics  of  both  aircraft  and  aircrew  utilization,  CREWMAN 
treats  aircraft  and  aircrews  as  separate  entities.  Each  is  modeled  through 
a description  of  possible  states  and  events  that  determine  the  instantaneous 
status  of  any  aircraft  or  aircrew  in  the  scenario.  By  monitoring  these 
states,  the  model  aggregates  activity  to  provide  the  summary  statistics  at 
the  end  of  the  computer  exercise. 

Use  of  the  CREWMAN  model  requires  a nominal  input  requirement.  The 
input  parameters  provide  a description  of  the  squadron  being  examined,  the 
scenario  properties,  the  operations  doctrine  and  the  simulation  control 
data.  The  squadron  attributes  include  a description  of  squadron  unit 
equipped  (U/E)  aircraft  and  maintenance  hours  per  flight  hour  for  both 
normal  and  surge  conditions.  Additional  parameters  describe  whether  or 
not  the  aircraft  is  multi-piloted,  whether  or  not  the  aircraft  is  pressurized 
and  whether  or  not  the  aircraft  has  an  ejection  seat.  These  last  three  are 
used  in  applying  OPNAVINST  recommendations  for  maximum  flight  hours.  The 
scenario  properties  deter1 1 the  number  of  surge,  and  non-flying  days  to  be 
included  in  the  analysis  and  describes  an  aircraft  resupply  rate.  Attrition 
variables  are  created  for  both  aircrew  and  aircraft.  The  operations  doctine 
allows  a specif i.oation  of  the  length  of  a duty  day  for  an  aircrew,  brief 
times,  and  the  density  of  missions.  Specification  of  mission  density  allows 
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breakout  for  daylight  and  night,  and  for  both  air  and  ground  alert  classes 
of  missions.  The  simulation  control  data  include  the  number  of  replications 
desired,  a starting  random  number,  and  a cutoff  figure  for  crew  total  flight 
hours.  Crews  falling  below  this  cutoff  figure  are  not  included  in  the  summary 
statistics. 

Based  on  the  simulation  of  scenario  operations,  results  are  automatically 
collected  and  printed  as  computer  output.  The  output  parameters  are  composed 
of  daily  parameters,  scenario  totals,  and  multiple  run  statistics.  The 
daily  parameters  include  an  accounting  of  each  day's  missions  met  and  missed, 
each  day's  loss  of  aircrews  due  to  combat  and  administrative  policy,  and 
daily  aircrew  statistics  such  as  average  and  maximum  flight  hours  and  average 
miscellaneous  duty  hours.  The  scenario  totals  data  include  an  aircrew  seat 
ratio  for  the  scenario,  aircrew  sorties  flown,  aircrew  total  flight  hours, 
and  aircrew  miscellaneous  duty  hours.  The  multiple  run  statistics  include 
probability  distribution  information  on  aircrew  ratio  and  sortie  rate  for 
multiple  replications  of  the  same  scenario. 

C.  Hardware  and  Software  Requirements 

CREWMAN  is  written  in  the  special  purpose  simulation  language, 

SIMSCRIPT  II. 5.  This  is  a versatile  programming  language  designed  spec- 
ifically for  discrete-event  simulation  applications  such  as  CREWMAN. 

Its  special  attiibutes  reduce  the  total  time  required  to  design,  program, 
and  test  simulation  models.  SIMSCRIPT  II. 5 is  a free-form  and  English- 
like  programming  language,  and  it  provides  a number  of  useful  debugging 
aids. 

SIMSCRIPT’  II. 5 is  a proprietary  language  owned  by  CACI,  Inc.,  Los 
Angeles,  California.  For  details  of  its  attributes  and  use,  the  reader 
is  referred  to  available  literature,  especially  "SIMSCRIPT  II. 5 Programming 
Language"  by  Kiviat  et  al. 
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The  minimum  hardware  requirements  to  utilize  the  CREWMAN  model 
include  a general  purpose  computer  with  a card  reader  and  line  printer. 

The  general  purpose  computer  must  be  able  to  support  a SXMSCRIPT  II. 5 
compiler.  Computers  currently  in  this  class  include  the  IBM  S/360-370, 
the  Honeywell  600/6000,  and  the  CDC  6000  series. 

Provided  with  the  compiler  by  CACI,  Inc.  is  a set  of  job  control 
procedures  that  facilitate  the  use  of  the  model.  These  procedures  are 
documented  in  user  manuals.  Users  of  CREWMAN  will  need  access  to  the 
manual  appropriate  to  his  computer  system.  The  use  of  such  a manual  in 
conjunction  with  a knowledge  of  the  operating  system  of  his  computer 
center  will  enable  the  user  to  execute  the  CREWMAN  model. 

D.  Purpose  of  the  CREWMAN  Description  and  Operating  Instructions 

The  purpose  of  this  document  is  to  provide  all  relevant  information 
required  to  properly  exercise  the  CREWMAN  model,  in  a form  that  maximizes 
the  utility  of  this  document  to  a user.  The  contents  of  this  document 
satisfy  the  intent  of  DoD  Instruction  5233. 1A  of  June  1973  concerning 
documentation  of  computer  programs.  All  requirements  set  forth  in  this 
instruction  that  are  relevant  to  the  development  of  CREWMAN,  a research 
activity,  have  been  fulfilled. 

Since  this  document  is  written  for  Marine  Corps  analysts,  it  is 
assumed  that  the  user  has  a thorough  understanding  of  the  Marine  Corps 
aviation  systems,  procedures,  terminology,  and  requirements  in  the  amphib- 
ious planning  environment.  Use  of  this  document  does  not  require  a tech- 
nical data  processing  background.  However,  a general  knowledge  of  the 
basic  principles  of  data  processing  is  most  desirable. 

In  this  document,  a general  framework  for  the  model  is  first  developed 
along  with  the  identification  of  concepts  that  will  be  referred  to  through- 
out the  text.  Next,  a section  is  devoted  to  describing  each  major  sub- 
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routine  utilized  by  CREWMAN.  These  subroutines  are  called  events,  and 
represent  discrete  points  in  time  at  which  the  state  of  a given  aircraft 
or  aircrew  changes.  A look  at  each  of  these  events  should  illuminate  all 
the  salient  features  of  the  model  and  the  logic  used  in  interleaving  the 
basic  simulated  activities.  Macro  flowcharts  accompany  each  of  these 
descriptions. 

Next,  each  of  the  inputs  to  CREWMAN  is  defined  and  instructions  for 
preparing  input  data  are  provided.  Finally,  the  simulation  results  are 
discussed. 

For  the  user  interested  in  a precise  description  of  the  model, 
Appendix  B has  been  produced  to  define  explicitly  the  model  structure, 
list  the  program  variables  and  subroutines,  and  provide  a complete  pro- 
gram listing. 
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II  SIMULATION  MODEL  LOGIC  DESCRIPTION 


A.  General  Framework 

Combat  air  operations  performed  by  Marine  Corps  squadrons  involve 
a complex  and  dynamic  set  of  activities.  These  activities  include  mission 
scheduling,  aircraft  assignment,  aircraft  maintenance  policy,  aircrew  duty, 
aircrew  flight  scheduling,  aircrew  rest  policy,  and  so  on.  The  complexity 
of  these  activities  results  from  strong  interactions  among  them,  as  well 
as  from  significant  interactions  with  the  combat  environment, 

SRl's  research  to  develop  an  aircrew  seat  ratio  methodology  was  faced, 
therefore,  with  the  problem  of  modeling  these  activities  in  a logical  and 
tractable  manner.  Several  abstractions  of  real-world  activity,  along  with 
some  simplifying  assumptions,  were  required  to  achieve  this  objective.  An 
understanding  of  these  artifacts  is  essential  for  comprehending  the  approach 
of  the  CREWMAN  simulation,  so  they  have  been  addressed  in  the  remainder  of 
this  subsection. 

Modeling  abstractions  have  been  particularly  important  in  four  areas 
of  the  CREWMAN  formulation: 

• Mission  designation  and  scheduling 

• Aircraft  availability 

• Aircrew  availability  and  assignment 

• Squadron  operations  and  policy. 

Each  area  is  discussed  in  the  following  paragraphs. 
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1.  Mission  Designation  and  Scheduling 


To  avoid  excessive  user  input  burdens  and  the  complexity  of 
individually  treating  each  of  numerous  Marine  Corps  air  missions,  the 
CREWMAN  formulation  calls  for  the  specification  of  only  two  types  of 
missions  during  each  simulation.  These  are  generic  missions--one  being 
an  air  mission  and  one  being  a ground  alert  mission — that  are  meant  to 
stand  for  actual  missions  such  as  close  air  support,  combat  air  patrol, 
interdiction,  ground  loiter,  strip  alert,  and  so  on. 

As  an  example,  a Marine  Corps  fighter  squadron  might  be  assigned 
combat  air  patrol,  strike  escort,  deep  interdiction,  and  strip- launched 
intercept  missions.  Under  the  CREWMAN  formulation,  these  would  be  compressed 
into  generic  air  missions  and  generic  ground  alert  missions.  The  parameters 
for  the  air  mission  (mission  time,  number  of  missions,  attrition  rate)  would 
be  a compromise  between  parameters  associated  with  the  combat  air  patrol, 
strike  escort,  and  deep  interdiction  missions.  The  parameters  for  the 
ground  alert  mission  would,  however,  closely  follow  the  parameters  of  the 
strip- launched  intercept  mission,  since  it  is  the  only  alert  mission  considered. 

It  was  judged  that  this  compromise  offered  substantial  benefits 
for  reduced  data  entry,  and  it  also  reduced  the  difficulty  of  interpreting 
simulation  results  without  greatly  reducing  the  effectivness  of  the  CREWMAN 
model  for  estimating  aircrew  seat  ratios. 

Another  simplification  used  in  CREWMAN  was  the  use  of  a random 
process  to  schedule  missions  during  the  day.  This  action  was  taken  to 
relieve  the  user  from  the  tedious  business  of  acting  as  a mission  scheduler 
for  the  entire  scenario.  The  random  process  distributes  in  time  a designated 
number  of  missions  during  a designated  period  (day  or  night).  While  the 
number  of  requested  missions  is  restricted  to  be  the  same  each  day  in  the 
CREWMAN  formulation,  the  occurrence  of  these  missions  during  the  simulation 
period  will  differ  each  day  due  to  the  random  effect. 
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Missions  may  be  scheduled  in  CREWMAN  to  occur  during  a daylight 
period  or  a night  period.  In  the  CREWMAN  model  each  period  consists  of 
12  hours  and  together  these  two  periods  comprise  a simulation  day.  Thirty 
days  complete  one  simulation  exercise. 

2.  Aircraft  Availability 

Aircraft  availability  in  the  CREWMAN  concept  is  constrained  by 
the  number  of  aircraft  that  the  user  specifies  as  the  squadron  U/E  and  by 
simulated  aircraft  downtimes.  During  aircraft  downtime  an  aircraft  is 
unavailable  for  missions.  Aircraft  downtime  is  based  on  three  factors: 

(1)  mission  time,  (2)  maintenance  hours  per  flight  hour,  and  (3)  rearm 
and  refuel  time.  This  downtime  is  applied  following  each  air  or  ground 
alert  mission.  The  formulation  of  this  concept  is  contained  in  the  equation; 

DT  - MT  * MHPFH  + RR  (1) 

where 

DT  * aircraft  downtime  (hrs) 

MT  =»  mission  time  (hrs) 

MHPFH  = maintenance  hours  per  flight  hour 

RR  =■  rearm  and  refule  time  (hrs). 

During  surge  conditions  (i.e,,  intense  air  operations  of  a short 
duration)  the  MHPFH  parameter  reflects  the  reduction  of  preventive  mainten- 
ance and  is  allowed  to  be  smaller  than  that  which  would  occur  during  normal 
operations.  However,  the  difference  between  the  parameters  is  used  to  create 
a maintenance  backlog,  which  must  be  completed  at  the  first  opportunity  after 
the  surge.  To  be  precise,  CREWMAN  uses  the  following  two  equations  for  com- 
puting downtime  for  normal  and  surge  conditions,  respectively. 

DT  - MT  * MHPFH  + RR  + BACKLOG  (2) 

N 

DT  - MT  * MHPFHg  + RR 
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where 


DT  * aircraft  downtime 
MT  * mission  time 

MHPFHn  = normal  maintenance  hours  per  flight  hour 
MHPFHg  * surge  maintenance  hours  per  flight  hour 
RR  = rearm  and  refuel  time. 

and 

BACKLOG  = MT  * (MHPFH^  - MHPFNg)  * number  of  surge  sorties. 

A numerical  example  will  help  solidify  this  concept. 

Assume: 

MT  = 1.5  hrs 
MHPFH  = 2.0  hrs 
MHPFHg  - 1.0  hrs 
RR  = 2.0  hrs 

During  a surge,  each  sortie  will  generate  a DT  **  1.5  * 1.0  + 2.0  = 3.5 
and  a BACKLOG  » 1.5  * (2.0  - 1.0)  * 1.5.  After,  say,  three  sorties  during 
surge  conditions,  assume  normal  operations  resume.  A backlog  of  4.5  hours 
will  have  accumulated  for  the  aircraft.  After  its  fourth  sortie  it  will 
have  a DT  = 1.5  * 2.0  + 2.0  + 4.5  - 9.5.  Every  sortie  thereafter  will 
have  a DT  ■ 1.5  * 2.0  + 2.0  * 5.0.  In  a modeling  sense,  a recovery  period 
of  reduced  air  operations  will  be  thus  associated  with  a surge  period. 

3.  Aircrew  Availability  and  Assignment 

The  number  of  aircrews  that  become  involved  in  a CREVMAN  simula- 
tion is  constrained  only  by  the  availability  of  aircrews  that  have  previously 
been  introduced  into  the  scenario.  In  contrast  to  the  formulation  of  air- 
craft availability,  the  nonavailability  of  aircrews  to  meet  a requested 
mission  for  which  an  aircraft  is  ready  does  not  force  cancellation  of  that 
mission.  Rather,  at  this  point,  another  aircrew  is  Introduced  into  the 
scenario,  and  it  remains  for  the  duration  of  the  scenario  for  subsequent 
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assignment  as  the  situation  dictates.  In  this  respect,  the  aircrews  may 
be  thought  of  as  dependent  variables  whose  total  number  is  the  subject  of 
study. 

Within  the  scenario  itself,  aircrews  are  available  for  mission 
assignment  only  for  a certain  period  each  day.  This  period  is  referred 
to  as  the  duty  day,  or  duty  hours,  and  its  length  is  a variable  that  may 
be  changed  by  the  user.  The  remainder  of  the  simulation  day  (24  hours) 
that  is  not  designated  as  the  on-duty  period  is  taken  to  represent  the 
length  of  normal  rest  that  the  aircrew  is  provided. 

The  duty  day  consists  either  of  miscellaneous  duty  (an  abstraction 
of  training,  administration,  or  other  tasks  undertaken  by  Marine  Corps  aircrews) 
or  mission  assignment.  With  every  mission  assignment,  there  is  a pre-mission 
brief  and  a post-mission  debrief.  Aircrews  begin  their  duty  day  in  miscellan- 
eous duty,  and  are  selected  for  missions  as  they  occur.  Since  there  is  no 
actual  mission  scheduler,  the  selection  of  aircrews  to  fulfill  a given  mission 
is  provided  for  by  an  algorithm  in  CREWMAN.  The  algorithm  determines  which 
aircrews  are  on-duty;  which  aircrews  of  those  on-duty  have  sufficient  duty 
time  remaining  to  completely  conduct  the  requested  mission;  and,  finally, 
which  aircrew  of  those  having  sufficient  duty  time  remaining  is  closest  to 
going  off-duty. 

The  latter  criteria  are  intended  to  maximize  the  use  of  the  total 
aircrew  resource  pool  for  meeting  missions  without  introducing  a new  aircrew 
into  the  simulation. 

Aircrew  availability  is  further  influenced  by  administrative  policy 
regarding  the  number  of  flight  hours  aircrews  may  be  assigned  over  various 
periods  of  time.  The  basis  of  the  CREWMAN  formulation  of  this  aspect  of  air- 
crew use  is  contained  in  the  recommendations  of  OPNAVINST  3710. 7J.  These 
recommendations  are  summarized  in  Table  1.  CREWMAN  invokes  these  recommendations 
in  the  form  of  a filter  that  determines  the  appropriate  standard  to  apply  to  a 
particular  aircrew  based  on  its  flight-time  history. 
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FLIGHT  TIME  AEMINI STRATI VE  POLICY 


Squadron  Operations  and  Polic 


Since  the  purpose  of  the  CREWMAN  development  was  to  estimate 
aircrew  seat  ratios  as  the  basis  for  establishing  squadron  manning  require- 
ments, several  squadron  operational  assumptions  were  incorporated  into  the 
methodology.  The  first  is  rather  obvious  from  the  formulation  of  the  simula- 
tion model.  That  is,  the  aircrew  seat  ratios  for  Marine  Corps  squadrons  are 
determined  through  consideration  of  combat  conditions.  On  the  basis  of  this 
assumption,  such  factors  as  aircraft  and  aircrew  attrition  rates  were  included, 
as  were  operational  procedures  such  as  surge  condicions. 

A second  major  decision  concerning  the  influence  of  squadron  policy 
on  the  estimation  of  aircrew  seat  ratios  was  the  decision  not  to  consider 
overhead  aircrews,  as  had  at  least  one  other  previous  major  study  of  the 
subject.  (Overhead  aircrews  are  extra  aircrews  within  the  squadron,  air 
group,  or  wing  command  structure  that  have  only  limited  availability  for 
flight  assignment  because  of  the  requirements  of  their  command-type  functions.) 

The  decision  not  to  consider  overhead  aircrew  concepts  was  based  on  the  fact 
that  overhead  aircrews  might  not  always  be  available  since  the  Marine  Corps 
often  would  be  called  on  to  deploy  with  less  than  a full  wing  structure. 

In  essence,  the  aircrew  requirement  must  be  established  for  the  more  demand- 
ing cases  in  which  the  presence  of  overhead  aircrews  could  not  be  guaranteed. 

The  effect  of  not  considering  overhead  aircrews  is  also  minimized  1 

by  the  CREWMAN  formulation  since  a portion  of  the  simulation  results  describe  ] 

I 

how  much  each  aircrew  was  used  during  the  scenario.  Aircrews  that  only  j 

experience  small  use  during  the  scenario  could  be  considered  as  representing  ! 

'■  i 

the  effect  of  overhead  aircrews.  A fuller  discussion  of  this  aspect  of  I 

CREWAN  is  contained  in  Appendix  A. 

i 

i 
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B.  Simulation  Program  Framework 


The  program  algorithm  framework  that  exerts  an  executive  control 
over  the  activities  of  the  simulated  CREWMAN  scenario  is  shown  in  the 
form  of  a flowchart  in  Figure  1.  By  means  of  this  framework,  data  input 
by  the  model  user  is  read  and  interpreted  to  serve  the  needs  of  event 
schedulers  and  statistics  counters. 


C.  Model  Event 8 

Discussions  of  the  CREWMAN  events  are  presented  in  the  following 
paragraphs,  along  with  descriptive  flowcharts.  The  integration  of  these 
events  with  allowable  aircraft  and  aircrew  states  provides  the  essence 
of  the  conceptual  logic  of  the  CREWMAN  model.  Figures  2 and  3 are  an 
overview  of  that  integration. 

As  shown  in  Figure  2,  the  potential  aircraft  states  are  defined  as: 


IDLE  A state  in  which  aircraft  are  available  for 

mission  assignment  (that  is,  they  are  not  down 
for  maintenance  and  turnaround) , but  are  not  as 
yet  assigned  to  a specific  mission 


ASSIGNMENT  A state  in  which  aircraft  are  committed  to  a 

specific  mission--the  dutation  of  that  commit- 
ment dictated  by  the  mission  time 


NOT  AVAILABIE  A state  in  which  aircraft  are  unavailable  for 
mission  assignment,  due  to  the  requirement 
for  maintenance  and  turnaround  following  a 
completed  mission 


These  aircraft  states  are  Integrated  (along  with  input/output  factors) 
by  the  CREWMAN  events:  NEW. DAY,  MISSION,  READY,  and  END. SORTIE. 
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DUTY 


MISSION 


FIGURE  3 AIRCREW  STATES  AND  EVENTS  IN  CREWMAN 


As  shown  in  Figure  3,  the  potential  aircrew  states  are  defined  as: 

REST  A state  in  which  aircrews  are  unavailable  for 

assignment  to  a mission  because  they  are  not 
on-duty 

MISC.DUTY  A state  in  which  aircrews  are  available  for 

assignment  to  a mission  because  they  are  on-duty 
and  because  they  are  not  already  committed  to  a 
specific  mission 

FLIGHT  DUTY  A state  in  which  aircrews  are  committed  to  a 

specific  mission — the  duration  of  that  commit- 
ment dictated  by  the  mission  time 


These  aircraft  states  are  integrated  (along  with  input/output  factors) 
by  the  CREWMAN  events;  ST ART. DUTY,  END .MISSION,  MISSION,  and  END. DUTY. 


1.  END. DUTY  Event 

The  END. DUTY  event  in  the  simulation  logic  causes  an  on-duty 
aircrew  (residing  in  the  MISC.DUTY  state)  to  go  off-duty  (enter  the  REST 
state).  This  action  is  based  on  the  concept  of  a "duty  day"  that  the 
CREWMAN  logic  concept  embraces.  Under  this  formulation,  each  aircrew  is 
assigned  a regular  duty  day  during  which  that  aircrew  is  available  for 
a mission  assignment  or  miscellaneous  duty.  The  duty  day  is  a consecutive 
period  of  time,  and  it  is  followed  by  another  consecutive  period  of  time 
that  coincides  with  aircrew  re3t  (during  which  no  mission  assignments 
may  be  accepted) . 

Practically  speaking,  the  logic  of  the  END. DUTY  event  causes 
four  actions  to  be  carried  out  as  shown  in  Figure  4: 

• Update  aircrew’s  accumulated  miscellaneous  duty  time 

• Apply  Naval  regulations  (Table  1)  to  determine  the 
extent  of  rest  due  the  aircrew 
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FIGURE  4 END. DUTY  EVENT  MACRO  FLOWCHART 
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• Place  the  aircrew  in  the  appropriate  rest  status 

• Schedule  the  next  duty  day  for  the  aircrew. 

Accumulated  miscellaneous  duty  time  is  calculated  as  the  total 
amount  of  time  of  non-flight  and  non-briefing  duty  time  accumulated  from 
the  time  the  aircrew  initially  entered  the  scenario  (this  could  be  Day  1 
or  Day  30,  depending  on  the  number  of  aircrews  required  to  meet  the  mission 
demand  throughout  the  scenario) . 

Navy  regulations  prescribe  standards  for  the  amount  of  flight 
time  that  an  aircrew  can  accumulate  over  varying  periods  of  time.  These 
standards  have  been  summarized  in  Table  1 previously,  and  they  are  con- 
tained in  the  CREWMAN  logic  in  the  form  of  a filter  that  determines  which 
standards,  if  any,  are  applicable — based  on  the  aircrew's  previous  history. 

Once  the  amount  of  rest  due  to  an  aircrew  is  determined,  the 
END. DUTY  event  places  that  aircrew  in  the  REST  state.  The  REST  state 
contains  two  components:  normal  rest  and  extended  rest.  Normal  rest  is 
taken  to  mean  the  amount  of  time  in  the  aircrew's  24-hour  day  that  is  not 
"on-duty"  time.  It  is  applied  normally  when  no  other  standards  are  violated. 
Extended  rest  is  taken  to  mean  the  amount  of  time  equal  to  the  normal  rest 
period  plus  an  additional  24  hours.  It  is  applied  when  appropriate  weekly  Navy 
flight  standards  are  violated.  When  a crew  accumulates  its  maximum  monthly 
flight  hours,  it  is  put  in  rest  indefinitely. 

The  aircrew's  next  duty  day  is  scheduled  by  determining  when 
the  REST  state  ends,  based  on  the  type  of  rest  status  in  which  the  aircrew 
has  been  placed. 

2.  END .MISSION  Event 

The  END. MISSION  event  in  the  simulation  logic  causes  an  aircrew 
to  transition  from  a FLIGHT  DUTY  state  to  a MISC.DUTY  state  following  com- 
pletion of  the  air  (or  ground  alert)  mission  and  its  subsequent  post-mission 
debrief.  It  is  a straightforward  logic  construct  as  shown  in  Figure  5. 
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3.  END. SORTIE  Event 


The  END. SORTIE  event  in  the  simulation  logic  causes  an  aircraft 
to  transition  from  the  ASSIGNMENT  state  to  the  NOT  AVAILABLE  state  follow' 
ing  completion  c f an  air  mission.  Based  on  the  downtime  assigned  to  the 
aircraft  (see  discussion  of  aircraft  availability  in  Part  II. A2),  this 
event  also  generates  a READY  event  for  the  aircraft's  return  to  a status 
capable  of  accepting  another  mission.  It  is  a straightforward  logic  con- 
struct as  shown  in  Figure  6. 


SCHEDULE  READY 
EVENT  PER  OPERATIONS 
TEMPO  FOR  DAY 


r , 

RETURN 


FIGURE  6 END. SORTIE  EVENT  MACRO  FLOWCHART 
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4. 


READY  Event 


The  READY  event  in  the  simulation  logic  causes  an  aircraft  to 
transition  from  a NOT  AVAILABLE  state  to  an  IDLE  state  following  comple- 
tion of  the  maintenance  and  turnaround  downtime  that  the  aircraft  incurred 
following  its  last  mission.  It  is  a straightforward  logic  construct  as 
shown  in  Figure  7. 


RETURN 


FIGURE  7 READY  EVENT  MACRO  FLOWCHART 
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5.  START. DUTY  Event 
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The  START.DUTY  event  in  the  simulation  logic  causes  an  aircrew 
to  transition  from  a REST  state  to  a MISC.DUTY  state  following  completion 
of  the  required  rest  period  that  the  aircrew  was  assigned  after  its  last 
duty  day.  Oh'  the  basis  of  the  time  at  which  the  new  duty  day  is  initiated 
and  the  length  of  the  duty  day  (defined  by  the  simulation  user) , a time 
for  ending  the  duty  day  is  calculated  and  the  transition  to  a subsequent 
REST  state  is  scheduled.  It  is  a straightforward  logic  construct  as  shown 
in  Figure  8. 

) 


FIGURE  8 START.DUTY  EVENT  MACRO  FLOWCHART 
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6.  MISSION  Event 


The  MISSION  event  in  the  simulation  logic  finds  and  brings 
together  the  aircraft  and  aircrew  resources  necessary  to  fill  a mission 
in  the  scenario.  If  an  aircraft  is  not  available,  the  mission  is  not 
undertaken,  and  that  fact  is  recorded  as  a missed  mission  in  the  computer 
output.  If  an  aircrew  is  not  available,  a new  aircrew  if  formed;  there- 
fore, a mission  is  never  missed  because  an  aircrew  if  not  available.  (In 
other  words,  aircrews  are  treated  as  dependent  Variables  whose  value  is 
driven  by  the  circumstances  of  the  scenario.)  The  logic  of  the  MISSION 
event  is  shown  in  Figure  9. 

In  selecting  the  aircrew  for  assignment  to  a mission,  the  simu- 
lation logic  performs  a sorting  function  that  determines  the  "most  eligible 
aircrew."  The  concept  of  the  most  eligible  aircrew  is  based  on  finding  an 
aircrew  that  has  flight  capability  left  in  its  duty  day  (that  is,  one  that 
will  not  violate  its  recommended  flight  hours  or  sorties  by  accepting 
another  flight) ; an  aircrew  that  has  enough  time  left  in  its  duty  day  to 
fulfill  the  requested  mission  prior  to  going  off-duty;  and,  finally,  of 
those  aircrews  still  eligible,  the  one  that  is  closest  to  going  off-duty. 

The  MISSION  event  also  accounts  for  both  aircraft  and  aircrew 
losses  due  to  combat  attrition,  and  it  updates  flight  statistics  for  air 
missions.  Aircrew  and  aircraft  losses  are  computed  independently  by 
CREWMAN,  which  can  give  rise  to  the  anomoly  of  a crew  being  lost  without 
the  aircraft- being  lost.  Given  the  structure  of  the  model,  this  is  not 
critical,  however,  because  average  availabilities  of  both  aircrews  and 
aircraft  are  of  first  order  importance.  Over  a 30-day  scenario,  the  losses 
will  approach  the  average  loss  parameters  that  were  input. 


MISSION 


IS  AN  A/C 
AVAILABLE 


FILL  MISSION  FIND  CREW 
MOST  NEAR  END.  DUTY 
WITH  TIME  FOR  MISSION 


IS  A CREW^ 
AVAILABLE^ 


PLACE  CREW  IN  FLIGHT. 
DUTY  STATE  FROM  MISC. 
DUTY  STATE  PLACE  A/C 
IN  ASSIGNMENT  STATE 
FROM  IDLE  STATE 


^THIS  AN\ 
^ ALERT  j: 
\^ISSION^^ 

♦ *> 

UPDATE  SORTIE 
STATISTICS  FOR 
FLYING  MISSION 


/ IS  \ 
THE  CREW  > 

|No 


SCHEDULE  END. 
MISSION  FOR  CREW 


UPDATE  FLIGHT  HOUR 
STATISTICS  FOR  CREW  I 


IS  THE  ^ 
A/C  LOST 
V 1 / 


SCHEDULE  END. 
SORTIE  FOH  A/C 


FIGURE  9 MISSION  EVENT  MACRO  FLOWCHART 
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7.  NEW. DAY  Event 


The  NEW. DAY  event  in  the  simulation  logic  is  the  modeling  arti- 
fact for  translating  the  scenario  input  into  the  action  sequence  required 
to  simulate  a Marine  Corps  squadron  performing  air  operations  over  a 30-day 
scenario.  It  is  also  the  breakpoint  within  the  simulation  for  gathering 
interim  (daily)  statistics  covering  the  actions  taken  and  the  resources  used. 

The  logic  of  the  NEW. DAY  event  is  as  shown  in  Figure  10.  Daily 
statistics  are  accumulated  for  the  previous  day's  operations  and  printed 
out  in  the  daily  summary  portion  of  the  simulation  results.  Appropriate 
summaries  that  are  to  be  presented  in  the  scenario  totals  portion  of  the 
simulation  results  are  also  generated. 

In  terms  of  actions  critical  to  the  simulation,  this  event  pro- 
vides the  mechanism  for  replacing  lost  aircraft.  This  procedure  is 
accomplished  on  the  basis  of  the  two  user  inputs,  aircraft  resupply  delay 
and  aircraft  resupply  allotment.  For  CREWMAN  these  parameters  are  meant 
to  mean  the  number  of  aircraft  that  can  be  supplied  within  a certain  period 
of  time. 

For  example,  suppose  the  aircraft  resupply  delay  is  taken  to  be 
4 days  and  the  aircraft  resupply  allotment  is  taken  to  be  4 aircraft.  The 
concept  of  resupply  in  CREWMAN,  under  this  example,  will  tend  to  supply  4 
aircraft  replacements  in  every  4-day  period  when  they  are  needed.  If  4 
aircraft  were  lost  on  Day  1 and  4 more  were  lost  on  Day  2,  CREWMAN  would 
resupply  4 aircraft  on  Day  5 and  4 more  on  Day  9,  rather  than  4 on  Day  5 
and  4 cn  Day  6. 

Another  action  that  NEW. DAY  provides  is  the  mission  schedule  for 
each  day's  simulation  of  air  operations.  The  number  of  missions  is  a user 
input,  and  it  is  the  same  for  each  day  of  the  scenario.  The  time  at  which 
these  missions  appear  each  day  varies,  however,  according  to  a random  draw 
from  a uniform  probability  distribution.  In  this  formulation,  day  missions 
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RETURN 


FIGURE  10  NEW. DAY  EVENT  MACRO  FLOWCHART 
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Ill  SIMULATION  MODEL  INPUT 


► 


The  SIMSCRIPT  II. 5 programming  language  was  selected  for  CREWMAN,  in 
part,  because  of  the  ease  by  which  data  can  be  entered  in  simulation  applica- 
tions. The  SIMSCRIPT  II. 5 attribute  most  responsible  for  this  facility  is 
the  "free-forra  read"  characteristic.  Briefly,  the  free-form  nature  of  the 
language  relieves  the  burden  of  constantly  monitoring  format  constraints 
in  terms  of  column-associated  entries;  therefore,  data  need  :"ly  be  separated 
by  a blank  to  satisfy  the  SIMSCRIPT  II. 5 data  entry  requirements.  It  is 
essential,  however,  that  all  data  fields  be  filled  by  either  numeric  or  alpha- 
numeric characters,  and  that  all  alphanumeric  words  be  expressed  in  four  or 
fewer  characters. 

Data  input  requirements  for  CREWMAN  are  not  extensive.  Each  exercise 
of  the  CREWMAN  model  requires  only  a small  data  set  (5  or  more  80-column 
computer  cards,  or  the  equivalent  amount  of  lines  on  a terminal  entry  device). 
With  the  appropriate  data  set,  CREWMAN  can  be  instructed  to  produce  a single 
scenario  simulation  or  multiple  scenario  simulations  during  a single  job  sub- 
mission to  the  computer.  Each  scenario  run  may  also  be  replicated  one  cr 
more  times  for  sensitivity  analyses  of  the  stochastic  parameters. 

The  CREWMAN  data  set  consists  of  two  types  of  information.  The  first 
embraces  those  parameters  that  are  necessary  to  completely  describe  the 
circumstances  and  resources  of  the  Marine  Corps  aviation  squadron  activity 
that  is  being  simulated.  The  information  requirement  for  this  calls  for 
three  computer  cards  that  contain:  (1)  squadron  data,  (2)  scenario  data, 
and  (3)  operations  data. 

The  second  type  of  information  consists  of  user-initiated  control 
data  that  specify  computer  instructions  for  use  of  the  model.  The 
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information  requirement  for  this  calls  for  two  computer  cards  that  contain: 
(1)  simulation  control  data,  and  (2)  simulation  termination  data. 

All  of  these  data  types  are  described  in  following  subsections.  Each 
description  includes  specifications  for  the  data  entry  formats  required  by 
the  CREWMAN  model.  A final  subsection  contains  a discussion  on  how  the 
different  data  card  types  may  be  structured  to  set  up  single  and  multiple 
simulation  runs  of  various  types. 

A.  Squadron  Data 


1.  Information  Description 

Squadron  data  required  by  CREWMAN  describes  the  physical  and 
operational  characteristics  of  the  aircraft  flown  by  the  Marine  Corps 
squadron  whose  operations  are  being  simulated.  These  characteristics 
are; 


• Squadron  type- -designated  by  generic  Marine  Corps  aircraft 
and  aircraft  usage,  such  as  VMA,  VMFA,  HMH,  HML,  and  so  on. 

• Aircraft  type — aircraft  model  assigned  to  a Marine  Corps 
squadron. 

• Squadron  unit  equipped  (U/E)  aircraft — number  of  aircraft 
assigned  to  a Marine  Corps  squadron. 

• Normal  maintenance  time — amount  of  time  spent  on  aircraft 
maintenance  for  each  hour  of  flight  time  during  normal 
operations. 

• Surge  maintenance  time — amount  of  time  spent  on  aircraft 
maintenance  for  each  hour  of  flight  time  during  surge 
operations. 

• Rearm  and  refuel  time — amount  of  time  spent  on  rearming 
and  refueling  an  aircraft  after  every  mission. 

• Multi-piloted — whether  or  not  the  aircraft  is  multi-piloted. 

• Pressurization — whether  or  not  the  aircraft  is  pressurized. 

• Ejection  seat — whether  or  not  the  aircraft  has  an  ejection 
seat . 
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In  the  following  paragraphs  each  element  of  scenario  data  is  addressed 
to  identify:  (1)  the  nature  of  its  potential  numeric  value  or  alpha- 
numeric word,  (2)  its  use  in  the  CREWMAN  model,  and  (3)  potential  sources 
for  determining  it. 

a.  Squadron  Type 

The  squadron  type  may  be  any  one  of  the  Marine  Corps 
fixed-  or  rotary-wing  squadrons  or  a component  detachment  thereof.  The 
sole  modeling  artifact  of  the  CREWMAN  model  is  that  the  squadron  or 
squadron  detachment  contain  only  one  aircraft  type.  The  squadron  type 
data  are  provided  in  an  alphanumeric  word  of  4 characters  or  less.  The 
selection  of  characters  is  up  to  the  user  (subject  to  the  4-character 
constraint),  but  the  following  list  has  been  provided  as  an  example  of 
potential  identifiers  based  on  current  Marine  Corps  squadron  types: 

Squadron  Type  Potential  Identifier 


VMA 

VMA 

VMA(AW) 

VMAW 

VMFA 

VMFA 

VMA(V) 

VMAV 

VMO 

VMO 

VMAQ 

VMAQ, 

VMFP 

VMFP 

VMGR 

VMGR 

HMH 

HMH 

HMM 

HMM. 

HML 

HML 

HMA 

HMA 
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The  squadron  type  information  is  not  used  in  the  simulation 
algorithm,  but  it  is  output  with  the  results  of  the  computer  run  as  an 
identifier  to  the  analyst  of  the  problem  being  simulated. 

A definitive  source  of  squadron  type  information  is 
FMFM  5-1,  Marine  Aviation. 

b.  Aircraft  Type 

The  aircraft  type  may  be  any  one  of  the  Marine  Corps 
fixed-  or  rotary-wing  aircraft.  The  aircraft  type  data  are  provided  in 
an  alphanumeric  word  of  4 characters  or  less.  The  selection  of  characters 
is  up  to  the  user  (subject  to  the  4-character  constraint),  but  the  follow- 
ing list  has  been  provided  as  an  example  of  potential  identifiers  based  on 
current  Marine  Corps  aircraft  inventories: 


Aircraft  Type 

Potential  Identifier 

A-4 

A4 

A-6A 

A6A 

F-4J 

F4J 

AV-8A 

AV8A 

0V-10A 

OV10 

EA-6B 

EA6B 

RF-4B 

RF4B 

KC-130 

C130 

CH-53D 

CH53 

CH-46F 

CH46 

UH-lN 

UHlN 

AH-lJ 

AH1J 
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The  aircraft  type  information  is  not  used  in  the  simulation 
algorithm,  but  it  is  output  with  the  results  of  the  computer  run  as  an 
identifier  to  the  analyst  of  the  problem  being  simulated. 

A definitive  source  of  aircraft  type  information  is  the 
Effective  Fleet  Marine  Force  Table  of  Equipment  (T/E)  series. 

c.  Squadron  U/E  Aircraft 

The  squadron  U/E  aircraft  represents  the  pre-scenario 
allocation  of  aircraft  available  to  the  squadron  whose  operations  are 
being  simulated.  Squadron  U/E  data  are  provided  to  CREWMAN  by  an  integer 
value . 

Squadron  U/E  data  are  used  in  the  simulation  algorithm  to 
define  the  number  of  initial  aircraft  available  to  conduct  air  <and  ground 
alert  missions.  It  provides  the  upper  bound  on  the  number  of  aircraft 
that  are  present  at  any  one  time  in  the  scenario,  and  it  is  used  in  the 
determination  of  the  aircrew  seat  ratio. 

The  definitive  source  of  squadron  U/E  aircraft  information 
is  the  Effective  Fleet  Marine  Force  Tables  of  Equipment  (T/E)  series. 

d.  Normal  Maintenance  Time 

The  normal  maintenance  time  provides  information  on  the 
average  amount  of  time  an  aircraft  is  down  due  to  maintenance  during 
normal  sustained  combat  operations.  Normal  maintenance  time  is  provided 
to  CREWMAN  by  a real  numeric  value  that  describes  the  amount  of  time 
(hours)  spent  in  maintenance  for  each  flight  hour. 

This  parameter  is  a primary  contributor  to  the  determina- 
tion of  aircraft  availability  in  the  model.  Its  specification  is  a 
particularly  complex  undertaking  due  to  the  number  of  factors  involved — 
including  the  interaction  and  scheduling  of  the  squadron  maintenance 
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activity,  and  the  basic  reliability  and  maintainability  of  the  aircraft. 
Actual  operational  experience  is,  perhaps,  the  best  source  of  information, 
but  extrapolations  and  models  can  be  used  to  provide  representa- 
tive values.  Normal  maintenance  time  can  also  be  estimated  from  the  main- 
. tenance  and  supply  records  of  such  systems  as  the  Naval  Maintenance  Data 

Collection  System  (3M). 

This  parameter  might  be  artificially  reduced  if  the  user 
can  assume  a certain  amount  of  maintenance  is  done  during  idle  hours,  such 
as  might  occur  if  a squadron  only  flies  during  one-half,  of  a day. 

e.  Surge  Maintenance  Time 

The  surge  maintenance  time  provides  information  on  the 
average  amount  of  time  an  aircraft  is  down  due  to  maintenance  during 

; temporary  surge  combat  operations.  Surge  maintenance  time  is  provided 

1 

to  CREWMAN  by  a real  numeric  value  that  describes  the  amount  of  time 
(hours)  spent  in  maintenance  for  each  flight  hour. 

i This  parameter  is  a primary  contributor  to  the  determina- 

l 

tion  of  aircraft  availability  in  the  model.  Its  specification  is  a 
| particularly  complex  undertaking  due  to  the  number  of  factors  involved — 

i 

| including  the  interaction  and  scheduling  of  the  squadron  maintenance 

; activity,  and  the  basic  reliability  and  maintainability  of  the  aircraft. 

I 

j ; Actual  operational  experience  is,  perhaps,  the  best  source  of  information, 

! * : but  extrapolations  and  models  can  be  used  to  provide  representa- 

j . ! tive  values.  Surge  maintenance  time  can  also  be  estimated  from  the  main- 

j | tenance  and  supply  records  of  such  systems  as  the  Naval  Maintenance  Data 

,r  | Collection  System  (3M). 

j This  parameter  might  be  artificially  reduced  if  the  user 

t 

| can  assume  a certain  amount  of  maintenance  is  done  during  idle  hours, 

! such  as  might  occur  if  a squadron  only  flies  during  one-half  of  a day. 
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f. 


Rearm  and  Refuel  Time 


The  rearm  and  refuel  time  provides  information  concerning 
the  amount  of  time  an  aircraft  is  down  due  to  rearming  and  refueling  after 
every  flight.  Rearm  and  refuel  time  data  are  provided  to  CREWMAN  by  a real 
numeric  value  that  describes  the  above  parameter  in  hours. 

Actual  operational  experience  is,  perhaps,  the  best  source 
of  information,  but  extrapolations  and  models  can  be  used  to  provide 
representative  values. 

g . Multi-Piloted 

Multi-pilot  information  reflects  the  number  of  aviators 
required  to  fly  an  aircraft  of  a particular  type.  This  parameter  is  used 
as  a factor  in  establishing  flight-hour  ceilings  for  aircrews  according 
to  the  recommendations  of  OPNAVINST  3710. 7J,  as  summarized  previously  in 
Table  1.  Multi-pilot  information  data  are  provided  to  CREWMAN  through 
an  alphanumeric  code  having  two  possible  alternatives.  If  the  aircraft 
requires  more  than  one  pilot,  the  alphanumeric  word  "YES"  is  entered, 
and  if  the  aircraft  requires  one  pilot,  the  alphanumeric  word  "NO"  is 
entered. 

Multi-pilot  data  are  used  in  the  simulation  algorithm  to 
help  determine  the  appropriate  policy  to  apply  with  regard  to  the  number 
of  flight  hours  a particular  aircrew  will  be  allowed  to  accumulate  over 
various  periods  of  time;  therefore,  the  specification  of  the  number  of 
aviators  allows  CREWMAN  to  effect  administrative  policy  regulating  aircrew 
flight  hours. 

A definitive  source  of  multi-pilot  information  is  the  NATOPS 
Flight  Manual  for  the  aircraft  under  consideration. 
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h. 


Pressurization 


Aircraft  pressurization  information  reflects  the  flight 
environment  of  aircrews  flying  different  aircraft.  This  environment  is 
used  as  a factor  in  establish  flight-hour  ceilings  for  aircrews  according 
to  the  recommendations  of  OPNAVINST  3710. 7J,  as  summarized  previously  in 
Table  1.  Aircraft  pressurization  information  data  are  provided  to  CREWMAN 
through  an  alphanumeric  code  having  two  possible  alternatives.  If  the 
aircraft  is  pressurized,  the  alphanumeric  word  "YES"  is  entered,  and  if 
the  aircraft  is  not  pressurized,  the  alphanumeric  word  "NO"  is  entered. 

Aircraft  pressurization  data  are  used  in  the  simulation 
algorithm  to  help  determine  the  appropriate  policy  to  apply  with  regard 
to  the  number  of  flight  hours  a particular  aircrew  will  be  allowed  to 
accumulate  over  various  periods  of  time;  hence,  the  specification  of  the 
aircraft  pressurization  allows  CREWMAN  to  effect  administrative  policy 
regulating  aircrew  flight  hours. 

A definitive  source  of  aircraft  pressurization  information 
is  the  NATOPS  Flight  Manual  for  the  aircraft  under  consideration. 

i.  Ejection  Seat 

Ejection  seat  information  reflects  the  presence  of  an 
ejection  seat  in  a particular  aircraft.  This  parameter  is  used  a < a factor 
in  establishing  flight-hour  ceilings  for  aircrews  according  to  the  recommenda- 
tions of  OPNAVINST  3710. 7J,  as  summarized  previously  in  Table  1.  Ejection 
seat  information  data  are  provided  to  CREWMAN  through  an  alphanumeric  code 
having  two  possible  alternatives.  If  the  aircraft  has  an  ejection  seat, 
the  alphanumeric  word  "YES"  is  entered,  and  if  the  aircraft  does  not,  the 
alphanumeric  word  "NO"  is  entered. 

Ejection  seat  data  are  used  in  the  simulation  algorithm  to 
help  determine  the  appropriate  policy  to  apply  with  regard  to  the  number 
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of  flight  hours  a particular  aircrew  will  be  allowed  to  accumulate  over 
various  periods  of  time;  hence,  the  specification  of  the  presence  of  an 
ejection  seat  allows  CREWMAN  to  effect  administrative  policy  regulating 
aircrew  flight  hours. 

A definitive  source  of  ejection  seat  information  is  the 
NATOPS  Flight  Manual  for  the  aircraft  under  consideration. 

2.  Input  Card  Format 

One  80-column  computer  card  is  required  to  enter  the  squadron 
data  (described  above)  necessary  to  run  the  CREWMAN  model.  In  accordance 
with  the  SIMSCRIPT  II. 5 facility  for  free-form  data  entry,  it  is  not 
necessary  that  strict  column  formats  be  specified.  It  is  necessary,  however, 
that  19  fields  of  data  be  supplied,  and  that  each  field  be  separated  by  a 
"blank".  It  is  also  necessary  that  .any  alphanumeric  field  not  exceed  4 
characters.  The  following  tabulation  describes  the  content  and  sequence 
of  the  19  required  fields: 


Field  Number  Data  Entry  Field  Description 


1 

"SQDN" 

Required  data  card  identification 

2 

Alphanumeric 

designation 

Identifies  following  field  as 
squadron  type  data 

3 

Alphanumeric 

designation 

Squadron  type  mnemonic 

4 

Alphanumeric 

designation 

Identifies  following  field  as  air- 
craft type  data 

5 

Alphanumeric 

designation 

Aircraft  type  mnemonic 

6 

Alphanumeric 

designation 

Identifies  following  field  as 
squadron  U/E  aircraft  data 

7 

Integer 

value- 

Number  of  aircraft  assigned  to 
the  squadron 
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Field  Number 

Data  Entry 

Field  Description 

8 

Alphanumeric 

designation 

Identifies  following  field  as 
normal  maintenance  time  data 

9 

Real 

value 

Amount  of  time  (hours)  spent  on 
aircraft  maintenance  for  each  flight 
hour  during  normal  operations 

10 

Alphanumeric 

designation 

Identifies  following  field  as  surge 
maintenance  time  data 

11 

Real 

value 

Amount  of  time  (hours)  spend  on 
aircraft  maintenance  for  each  flight 
hour  during  surge  operations 

12 

Alphanumeric 

designation 

Identifies  following  field  as  rearm 
and  refuel  time 

13 

Real 

value 

Amount  of  time  (hours)  spent  on 
rearming  and  refueling  an  aircraft 
after  every  mission 

14 

Alphanumeric 

designation 

Identifies  following  field  as  multi- 
piloted  data 

15 

"YES"  or  "NO" 

Whether  or  not  aircraft  is  multi- 
piloted 

16 

Alphanumeric 

designation 

Identifies  following  field  as 
pressurization  data 

17 

"YES"  or  "NO" 

Whether  or  not  aircraft  is  pressurized 

18 

Alphanumeric 

designation 

Identifies  following  field  as 
ejection  seat  data 

19 

"YES"  or  "NO" 

Whether  or  not  aircraft  has  an 

ejection  seat 


B.  Scenario  Data 


1.  Information  Description 

Scenario  data  required  by  CREWMAN  describe  the  physical  and 
operational  environment  in  which  the  selected  squadron  is  being  simulated. 
That  environment  is  described  by  the  following: 


40 


• Aircraft  attrition--estimated  number  of  aircraft  lost 
in  combat  per  sortie  flown 

• Aircrew  attrition — estimated  number  of  aircrews  lost 
in  combat  per  sortie  flown 

• Non-flying  days — number  of  days  of  no  air  operations 
during  the  30-day  scenario  (for  example,  due  to  poor 
weather) 

• Surge  days--number  of  days  of  projected  intense  combat 
operations  beginning  the  30-day  scenario 

• Aircraft  resupply  delay — number  of  days  required  to 
replace  U/E  aircraft  lost  in  combat 

• Aircraft  resupply  allotment- -maximum  number  of  aircraft 
that  can  be  replaced  within  the  period  of  the  aircraft 
resupply  delay. 

.*  . ...  - 

In  the  following  paragraphs  each  element  of  scenario  data  is  addressed 
to  identify:  (1)  its  potential  numeric  value  or  alphanumeric  word,  (2) 
its  use  in  the  CREWMAN  model,  and  (3)  potential  sources  for  determining 
it. 


a.  Aircraft  Attrition 

The  aircraft  attrition  parameter  provides  information  on 
the  average  expected  loss  of  aircraft  in  combat  during  the  30-day  scenario. 
This  parameter  is  commonly  specified  as  a rate — describing  the  number  of 
expected  losses  per  1000  sorties  of  the  aircraft.  Aircraft  attrition  data 
are  provided  to  CREWMAN  by  a real  numeric  value  that  describes  the  expected 
number  of  losses  per  single  sortie  (for  example,  0.010  losses  per  sortie). 

Aircraft  attrition  data  are  used  in  the  simulation  algorithm 
to  determine  randomly  those  air  missions  that  will  result  in  the  loss  of 
aircraft.  A random  number  stream  is  sampled  during  each  mission  to  see  if 
criteria  for  loss  of  the  aircraft  are  met.  The  process  is  based  on  a random 
sampling  technique,  and  successive  runs  of  the  simulation  may  not  yield  the 
same  results. 
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Aircraft  attrition  rates  are  a function  of  such  factors 
as  the  weapon  capability  of  the  enemy,  the  density  of  enemy  weapons,  and 
operations  policy,  as  well  as  the  vulnerability  of  the  aircraft.  Such 
rates,  therefore,  could  vary  widely  over  several  scenarios.  The  best 
sources  of  estimation  are  based  on  combat  experience  and  aircraft  vulner- 
ability test  information. 

b.  Aircrew  Attrition 

The  aircrew  attrition  parameter  provides  information  on 
the  average  expected  loss  of  aircrews  in  combat  during  the  30-day  scenario. 

As  for  aircraft  attrition,  aircrew  attrition  is  provided  to  CREWMAN  by  a 
real  numeric  value  that  describes  the  expected  number  of  losses  per  sortie 
(for  example,  0.007  losses  per  sortie). 

Aircrew  attrition  data  are  used  in  the  simulation  algorithm 
to  determine  randomly  those  air  missions  that  will  result  in  the  loss  of 
aircrews.  This  is  an  independent  determination  from  the  aircraft  attrition 
determination,  but  it  is  done  in  the  same  random  manner.  As  a modeling 
artifact,  CREWMAN  treats  aircraft  and  aircrew  attrition  as  being  independent, 
so  that  aircrews  may  be  lost  on  air  missions  that  do  not  lose  aircraft  (or 
vice  versa).  In  any  case,  the  losses  for  both  will  tend  toward  the  value 
specified  by  the  user  according  to  the  laws  of  probability. 

The  factors  affecting  aircrew  attrition  are  basically  the 
same  as  those  affecting  aircraft  attrition.  The  best  sources  of  estimation 
are  based  on  combat  experience  and  aircraft  vulnerability  test  information. 

c.  Non-Flying  Days 

The  specification  of  a number  of  non-flying  days  in  the 
30-day  scenario  is  included  to  account  for  the  possible  effect  of  poor 
weather  that  would  restrict  air  operations  on  those  days.  Non-flying 
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days  data  are  provided  to  CREWMAN  by  an  integer  value  that  specifies  the 
total  number  of  days  in  the  scenario  during  which  no  air  operations  will 
be  conducted. 

Non-flying  days  data  are  used  in  the  simulation  algorithm 
to  determine  those  days  that  will  be  designated  as  having  no  air  operations. 
The  process  is  based  on  an  random  sampling  technique,  and  successive  runs  of 
the  simulation  may  not  yield  the  same  results. 

User  judgment  of  scenario  weather  conditions  is  the  usual 
source  of  information  for  the  specification  of  non-flying  days. 

d.  Surge  Days 

The  surge  days  parameter  provides  information  on  the  number 
of  days  beginning  the  30-day  scenario  that  will  be  designated  for  high  ful- 
fillment of  air  missions  due  to  a short -duration  air  operations  policy. 

Surge  data  are  provided  to  CREWMAN  by  an  integer  value  that  indicates  the 
desired  number  of  days  to  be  included  in  the  surge  period. 

Surge  days  data  are  used  in  the  simulation  algorithm  to 
specify  those  scenario  days  during  which  aircraft  avrilability  (as  deter- 
mined by  its  downtime)  will  be  at  the  high  value  associated  with  its  surge 
sortie  rate.  As  a modeling  artifact,  the  surge  period  is  always  a con- 
secutive number  of  days  that  occurs  at  the  beginning  of  the  30-day  scenario. 

User  judgment  is  the  source  of  information  for  the  specifica- 
tion of  this  parameter.  It  is  possible  to  have  no  surge  conditions  by 
specifying  zero  days  of  surge. 

e.  Aircraft  Resupply  Data 

The  aircraft  resupply  delay  parameter  provides  information 
on  the  period  of  time  between  the  loss  of  an  aircraft  in  combat  and  the 
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availability  of  a new  aircraft  in  the  scenario  as  its  replacement.  Air- 
craft resupply  delay  data  are  provided  to  CREWMAN  by  an  integer  value  that 
indicates  the  length  of  the  delay  in  days. 

Aircraft  resupply  delay  data  are  used  in  the  simulation 
algorithm  to  schedule  replacement  aircraft  in  the  scenario. 

Aircraft  resupply  delays  are  commonly  a function  of  air- 
craft type,  the  scenario,  and  Marine  Corps  operating  policy.  User  judgment 
is  the  source  of  information  for  the  specification  of  this  parameter. 

f . Aircraft  Resupply  Allotment 

The  aircraft  resupply  allotment  parameter  provides  informa- 
tion concerning  the  maximum  number  of  aircraft  that  could  be  expected  to 
be  available  to  replace  aircraft  lost  in  combat  during  a specified  interval 
of  time.  Aircraft  resupply  allotment  data  are  provided  to  CREWMAN  by  an 
integer  value  that  indicates  the  maximum  number  of  aircraft  that  a<-e  avail- 
able to  replace  lost  aircraft  within  the  time  period  of  the  aircraft  resupply 
delay. 

Aircraft  resupply  allotment  data  are  used  in  the  simulation 
algorithm  to  bound  the  supply  of  aircraft  that  may  be  replaced  within  the 
space  of  the  resupply  delay. 

The  aircraft  resupply  allotment  parameter  must  be  specified 
always  in  conjunction  with  the  aircraft  resupply  delay  parameter.  Sources 
of  this  type  of  information  are  the  same  as  those  stated  for  the  resupply 
delay. 


2.  Input  Card  Format 


One  80-column  computer  card  is  required  to  enter  the  scenario 
data  (described  above)  necessary  to  run  the  CREWMAN  model.  In  accordance 
with  the  SIMSCRIPT  II. 5 facility  for  free-form  data  entry,  it  is  not 
necessary  that  strict  column  formats  be  specified.  It  is  necessary, 
however,  that  13  fields  of  data  be  supplied,  and  that  each  field  be  sep- 
arated by  a "blank".  It  is  also  necessary  that  any  alphanumeric  field 
not  exceed  4 characters.  The  following  tabulation  describes  the  content 
and  sequence  of  the  13  required  fields: 


Field  Number 

Data  Entry 

Field  Description 

1 

"SCEN" 

Required  data  card  identification 

2 

Alphanumeric 

designation 

Identifies  following  field  as 
aircraft  attrition  data 

3 

Real 

value 

Number  of  aircraft  lost  per  sortie 
flown 

4 

Alphanumeric 

designation 

Identifies  following  field  as 
aircrew  attrition  data 

5 

Real 

value 

Number  of  aircrews  lost  per  sortie 
flown 

6 

Alphanumeric 

designation 

Identifies  following  field  as  non- 
flying days  data 

7 

Integer 

value 

Number  of  non-flying  days  in 
scenario 

8 

Alphanumeric 

designation 

Identifies  following  field  as 
surge  days  data 

9 

Integer 

value 

Number  of  surge  days 
beginning  the  scenario 

10 

Alphanumeric 

designation 

Identifies  following  field  as 
aircraft  resupply  delay  data 

11 

Integer 

value 

Number  of  days  delay  before 
aircraft  lost  in  combat  can  be 
replaced 
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Field  Number 

Data  Entry 

Field  Description 

12 

Alphanumeric 

designation 

Identifies  following  field  as 
aircraft  resupply  allotment  data 

- 

13 

Integer 

value 

Maximum  number  of  aircraft  that 
can  replace  combat  lost  U/E  air- 
craft within  the  period  of  the 
aircraft  resupply  delay 

C.  Operations  Data 

1.  Information  Description 

Operations  data  required  by  CREWMAN  describe  the  framework  of 
the  simulated  squadron's  activity  in  the  scenario.  As  such,  it  sets  the 
level,  appropriation,  and  duration  of  aircraft/aircrew  resource  commit- 
ment in  the  scenario.  This  framework  contains  the  following  items: 

• Aircrew  daily  duty  hours — the  assigned  amount  of  time 
each  day  during  which  aircrews  are  available  for  mission 
assignment. 

• Air  mission  requests  (day) — the  number  of  air  missions 
requested  during  a 12-hour  daylight  period  each  day. 

• Air  mission  requests  (night) — the  number  of  air  missions 
requested  during  a 12-hour  night  period  each  day. 

• Ground  alert  mission  requests  (day)  — the  number  of  alert 
missions  requested  during  a 12-hour  daylight  period  each 
day. 

• Ground  alert  mission  requests  (night) — the  number  of 
alert  missions  requested  during  a 12-hour  night  period 
each  day. 

• Air  mission  time--the  projected  flight  time  required 
to  accomplish  assigned  air  missions. 

• Ground  alert  mission  time — the  projectud  alert  time 
required  to  fulfill  assigned  alert  missions. 

• Briefing  times — the  amount  of  time  allocated  to  pre- 
mission briefs  and  to  post-mission  debriefs. 
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In  the  following  paragraphs  each  element  of  operations  data  is  addressed 
to  identify:  (1)  the  nature  of  its  potential  numeric  value  or  alpha- 
numeric wore,  (2)  its  use  in  the  CREWMAN  model,  and  (3)  potential  sources 
for  determining  it. 

a.  Aircrew  Daily  Duty  Hours 

The  aircrew  daily  duty  hours  information  defines  the  con- 
secutive hours  in  one  day  that  each  aircrew  is  on-duty  (that  is,  available 
to  accept  a mission  assignment).  While  each  aircrew  is  on-duty  the  same 
length  of  time,  their  starting  and  ending  times  are  randomly  dispersed 
throughout  the  day  (and/or  night)  depending  on  when  they  accepted  their 
first  mission  in  the  scenario — that  being  the  start  of  their  first  duty 
day.  Aircrew  daily  duty  hours  data  are  provided  to  CREWMAN  by  a real 
numeric  value  that  specifies  the  number  of  hours  in  an  aircrew's  duty  day. 

Aircrew  daily  duty  hours  data  are  used  in  the  simulation 
algorithm  as  one  of  the  mechanisms  by  which  aircrews  are  able  to  accept 
or  reject  mission  requests.  The  daily  duty  hours  are  one  component  of 
a daily  cycle  that  also  includes  a normal  rest  period  (the  remainder  of 
the  24-hour  day  that  is  not  part  of  the  daily  duty  hours) . 

Uaer  judgment  and  normal  squadron  operations  procedures 
are  usual  sources  of  this  type  of  data. 

b.  Air  Mission  Requests  (Day) 

Air  missions  in  the  CREWMAN  formulation  are  those  that 
actually  involve  flight  time.  Depending  on  the  type  of  squadron  involved, 
the  air  mission  might  be  close  air  support,  interdiction,  reconnaissance, 
troop  transport,  and  so  on.  The  CREVMAN  model  makes  no  distinction  as  to 
the  type  of  air  mission,  and  each  air  mission  for  a particular  squadron 
has  the  same  characteristics  with  regard  to  mission  time,  briefing  times, 
attrition  rates,  and  so  on. 
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Air  missions  requests  (day)  -information  is  the  user-defined 
number  of  air  missions  that  will  be  scheduled  during  the  12-hour  daylight 
period  of  each  day.  (This  number  does  not  change  during  the  30-day  scenario.) 
Air  mission  request  data  are  provided  to  CREWMAN  by  an  integer  value  that 
reflects  the  total  number  of  air  mission  of  this  type  for  each  day  in  the 
scenario. 

Air  mission  requests  (day)  data  are  used  in  the  simulation 
algorithm  to  establish  a mission  schedule  for  the  daylight  period.  Under 
the  assumption  that  missions  are  equally  likely  to  occur  at  any  time 
during  that  period,  a random  process  is-  used  to  construct  a daily  schedule, 
so  that  even  though  the  same  number  of  missions  occur  each  day,  they  appear 
at  different  times  on  different  days. 

User  judgment  and  combat  experience  are  sources  for  estimat- 
ing air  mission  request  information.  While  theoretically  any  number  of 
requests  may  be  made,  the  number  of  missions  that  can  be  met  is  practicably 
tied  to  the  number  of  aircraft  used  in  the  scenario  and  their  effective 

i daily  sortie  rate. 

1 ! 

c.  Air  Mission  Requests  (Night) 

Air  mission  requests  (night)  correspond  exactly  in  their 
formulation  to  that  discussed  directly  above  for  day  mission  requests, 

i 

with  the  exception  that  these  missions  occur  during  the  12-hour  period 
, of  darkness  during  each  scenario  day. 

'•>  d.  Ground  Alert  Mission  Requests  (Day) 

Ground  alert  missions  in  the  CREWMAN  formulation  are  those 
that  do  hot  involve  flight  time.  Depending  on  the  type  of  squadron  in- 
volved, the  ground  alert  mission  might  be  strip- launched  intercept,  ground 
loiter,  and  so  on.  The  CREWMAN  model  makes  no  distinction  as  to  the  type 
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of  ground  alert  mission,  and  each  ground  alert  mission  for  a particular 
squadron  has  the  same  characteristics  with  regard  to  mission  time,  brief- 
ing times,  and  so  on. 

Ground  alert  mission  requests  (day)  information  is  the  user- 
defined  number  of  ground  alert  missions  that  will  be  scheduled  during  the 
12-hour  daylight  period  of  each  day.  (This  number  does  not  change  during 
the  30-day  scenario.)  Ground  alert  mission  request  data  are  provided  to 
CREWMAN  by  an  integer  value  that  reflects  the  total  number  of  ground  alert 
missions  of  this  type  for  each  day  in  the  scenario. 

Ground  alert  mission  requests  (day)  data  are  used  in  the 
simulation  algorithm  to  establish  a mission  schedule  for  the  daylight 
period.  Under  the  assumption  that  missions  are  equally  likely  to  occur 
at  any  time  during  that  period,  a random  process  is  used  to  construct  a 
daily  schedule,  so  that  even  though  the  same  number  of  missions  occur  each 
day,  they  appear  at  different  times  on  different  days. 

User  judgment  and  combat  experience  are  sources  for 
estimating  ground  alert  mission  request  information. 

e . Ground  Alert  Mission  Requests  (Night) 

Ground  alert  mission  requests  (night)  correspond  exactly 
in  their  formulation  to  that  discussed  directly  above  for  day  ground 
alert  mission  requests,  with  the  exception  that  these  missions  occur 
during  the  12-hour  period  of  darkness  during  each  scenario  day. 

f . Air  Mission  Time 

The  air  mission  time  represents  the  length  of  time  that 
an  aircraft  is  airborne  during  a mission.  These  data  are  provided  to  the 
CREWMAN  by  a real  numeric  value  that  reflects  the  air  mission  time  in  hours. 
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Air  mission  time  is  diversely  used  in  the  simulation 
algorithm.  It  represents  the  time  (along  with  the  briefing  times)  during 
which  an  assigned  aircrew  in  the  middle  of  its  duty  day  cannot  accept 
another  mission.  In  conjunction  with  the  sortie  rate,  it  is  used  in  deter- 
mining the  downtime  associated  with  each  aircraft  following,  a mission.  It 
is  also  accounted  against  each  aircrew's  flight  hour  ceilings  following 
each  mission. 

User  judgement  and  combat  experience  are  the  sources  for 
information  of  this  type. 

g.  Ground  Alert  Mission  Time 

The  ground  alert  mission  time  represents  the  length  of 
time  that  an  aircraft  is  on  station  while  carrying  out  a ground  alert 
mission.  These  data  are  provided  to  the  CREWMAN  model  by  a real  numeric 
value  that  reflects  the  ground  alert  mission  time  in  hours. 

Ground  alert  mission  time  is  used  in  the  simulation 
algorithm  to  represent  the  time  (along  with  the  briefing  times)  during 
which  an  assigned  aircrew  in  the  middle  of  its  duty  day  cannot  accept 
another  mission.  It  also  affects  aircraft  in  the  same  way. 

User  judgment  and  combat  experience  are  the  sources  for 
information  of  this  type. 

h.  Briefing  Times 

Briefing  time  information  reflects  the  amount  of  time  that 
aircrews  are  engaged  in  preparation  for  a specific  assigned  mission,  as 
well  as  the  amount  of  time  that  aircrews  are  engaged  in  recording  the 
results  of  a completed  mission.  In  CREWMAN,  the  specification  of  brief- 
ing time  applies  equally  to  the  pre-mission  brief  and  the  post-mission 
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debrief.  (That  is,  a simplifying  assumption  of  the  CREWMAN  formulation 
is  that  the  two  times  are  equal.)  Briefing  time  data  are  provided  to 
CREWMAN  through  a real  numeric  value  that  represents  the  time  in  hours 
that  an  aircrew  will  be  engaged  prior  to  an  assigned  mission  and  follow- 
ing that  mission. 

Briefing  time  data  are  used  in  the  simulation  algorithm  to 
represent  the  amount  of  time  (in  addition  to  the  mission  time)  associated 
with  each  mission  that  an  aircrew  is  unavailable  for  assignment  to  other 
missions.  Briefing  times  are  associated  both  with  air  missions  and  with 
ground  alert  missions  in  CREWMAN. 

User  judgment  and  standard  squadron  operational  procedures 
are  sources  for  estimating  the  duration  of  mission  briefs. 

2.  Input  Card  Format 

One  80-column  computer  card  is  required  to  enter  the  operations 
data  (described  above)  necessary  to  run  the  CREWMAN  model.  In  accordance 
with  the  SIMSCRIPT  II. 5 facility  for  free-form  data  entry,  it  is  not  nec- 
essary that  strict  column  formats  be  specified.  It  is  necessary,  however, 
that  17  fields  of  data  be  supplied,  and  that  each  field  be  separated  by  a 
"blank".  It  is  also  necessary  that  any  alphanumeric  field  not  exceed  4 
characters.  The  following  tabulation  describes  the  content  and  sequence 
of  the  17  required  fields: 


Field  Number  Data  Entry 


Field  Description 


1 

2 

3 


"OPNS"  Required  data  card  identification 

Alphanumeric  Identifies  following  field  as 

designation  aircrew  daily  duty  hours  data 


Real  Length  of  aircrew  daily  duty  in 

value  hours 
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Field  Number  Data  Entr 


Field  Description 


4 

Alphanumeric 

designation 

Identifies  following  field  as 
air  mission  request  (day)  data 

5 

Integer 

value 

Number  of  requested  air  missions 
during  12-hour  daylight  period 
each  day 

6 

Alphanumeric 

designation 

Identifies  following  field  as 
air  mission  request  (night)  data 

7 

Integer 

value 

Number  of  requested  air  missions 
during  12-hour  night  period  each 
day 

8 

Alphanumeric 

designation 

Identifies  following  field  as 
ground  alert  mission  request 
(day)  data 

9 

Integer 

value 

Number  of  requested  ground  alert 
missions  during  12-hour  daylight 
period  each  day 

10 

Alphanumeric 

designation 

Identifies  following  field  as 
ground  alert  mission  request 
(night)  data 

11 

Integer 

Number  of  requested  ground  alert 
missions  during  12-hour  night 
period  each  day 

12 

Alphanumeric 

designation 

Identifies  following  field  as 
air  mission  time  data 

13 

Real 

value 

Length  of  air  missions  in  hours 

14 

Alphanumeric 

designation 

Identifies  following  fields  as 
ground  alert  mission  time  data 

15 

Real 

value 

Length  of  ground  alert  missions 
in  hours 

16 

Alphanumeric 

designation 

Identifies  following  field  as 
briefing  time  data 

17 

Real 

value 

Length  of  aircrew  pre-mission  brief 
in  hours  (post-mission  debrief 
automatically  assumes  the  same  value) 
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D.  Simulation  Control  Data 


1.  Information  Description 

Simulation  control  data  required  by  CREWMAN  specify  instructions 
that  affect  the  replication  of  computer  runs,  the  injection  of  random  pro- 
cesses in  the  simulation,  and  the  interpretation  of  simulation  results. 
Those  instructions  are  contained  in  the  following  data  categories; 

• Case  replication--number  of  runs  (during  one  job  submission 
to  the  computer  center)  of  the  simulation  using  the  same 
data  set. 

• Random  number  seed — number  that  specifies  the  starting 
point  in  a random  number  stream  that  is  used  to  initiate 
stochastic  events  in  the  simulation. 

• Aircrew  minimum  use  cutoff — a specified  number  of  flight 
hours  accumulated  by  aircrews  in  the  simulation;  aircrews' 
accumulating  fewer  flight  hours  than  this  cutoff  are  not 
considered  in  the  calculation  of  the  aircrew  seat  ratio 
and  other  results  measuring  scenario  totals. 

In  the  following  paragraphs  each  element  of  simulation  control  data  is 
addressed  to  identify;  (1)  the  nature  of  its  potential  numeric  value, 

(2)  its  use  in  the  CREWMAN  model,  and  (3)  potential  sources  for  deter- 
mining it. 


a.  Case  Replication 

Case  replication  data  are  the  user  specification  for  the 
number  of  single  case  exercises  (that  is,  having  a constant  data  set)  to 
be  run  consecutively  during  one  job  submission  to  the  computer.  Case 
replication  data  are  provided  to  CREWMAN  by  an  integer  value  that  specifies 
the  number  of  runs  (initial  run  and  subsequent  replications)  to  be  made. 

Case  replications  are  used  to  analyze  the  effect  of  the 
stochastic  processes  that  are  imbedded  in  the  simulation  algorithm.  These 
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processes  generate  events  in  the  simulation  that  may  vary  from  one 
simulation  exercise  to  another  (and  hence  cause  a change  in  the  calculated 
aircrew  seat  ratio).  By  averaging  the  effect  of  these  processes  on  multiple 
runs,  a representative  aircrew  seat  ratio  may  be  determined. 

User  judgment  is  used  in  specifying  the  number  of  case 
replications  that  should  be  conducted  in  support  of  a particular  analysis 
that  the  user  is  undertaking. 

b.  Random  Number  Seed 

Random  number  seed  information  is  a user  control  for  ini- 
tiating the  stochastic  events  (mission  schedules,  attrition,  and  so  on) 
that  take  place  in  the  simulation.  Random  number  seed  data  are  provided 
to  CREWMAN  by  an  integer  value  that  specifies  where  in  the  random  number 
stream  the  simulation  is  to  begin  sampling  for  a particular  run.  With 
that  in  mind,  it  is  best  to  specify  the  seed  with  a relatively  small 
(<100)  number;  otherwise,  computer  time  is  wasted. 

The  purpose  of  the  random  number  seed  information  is  to 
provide  a means  whereby  the  user  of  CREWMAN  can  cause  the  simula- 
tion to  be  the  same  as  a previous  one.  To  cause  differences  to  occur 
between  exercises,  the  random  number  seeds  should  be  set  differently  for 
the  two  runs,  but,  to  repeat  a particular  exercise,  the  random  number 
seeds  should  be  set  the  same  for  the  two  runs. 

The  user's  purpose  is  the  basis  for  determining  which 
random  number  seed  to  use. 

c.  Minimum  Aircrew  Use  Cutoff 

Minimum  aircrew  use  cutoff  information  is  a user  control 
for  interpreting  the  results  of  a CREWMAN  simulation.  It  is  required 
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because  the  abstraction  of  air  operations  in  the  CREWMAN  formulation  can 
cause  spurious  situations  that  unrealistically  inflate  the  aircrew  seat 
ratio  determined  by  the  simulation.  These  spurious  situations  result 
from  the  scheduling  algorithms  and  the  aircrew  duty  day  concept.  The 
effect  is  that  some  aircrews  are  introduced  in  the  scenario,  but  their 
subsequent  use  is  so  little  that  their  total  flight  hours  in  the  scenario 
is  relatively  insignificant.  Therefore,  the  minimum  aircrew  use  cutoff 
data  are  used  as  a user-defined  bound  for  significant  flight  time  over 
the  30-day  scenario.  These  data  are  provided  to  CREWMAN  by  a real  numeric 
value  that  reflects  the  lower  bound  of  significant  flight  hours  for  air- 
crews in  the  scenario. 

CREWMAN  uses  the  minimum  aircrew  use  cutoff  data  to  dis- 
count the  scenario  totals  for  aircrews  whose  flight  hours  fall  short  of 
the  specified  bound.  The  aircrew  seat  ratio,  then,  is  based  on  calcula- 
tions using  only  those  aircrews  that  experienced  significant  use  in  the 
scenario,  as  defined  by  the  value  of  the  minimum  aircrew  use  cutoff. 

User  experience  and  judgment  are  the  source  for  this  in- 
formation. Since  the  maximum  flight  hours  for  any  one  aircrew  in  30  days 
is  known,  it  seems  reasonable  to  determine  the  minimum  cutoff  on  the  basis 
of  some  percentage  of  the  maximum  (perhaps  10%  for  example).  The  effect 
of  the  cutoff  need  not  be  considered,  however.  This  alternative  is 
employed  by  specifying  the  cutoff  as  zero. 

2.  Input  Card  Format 

One  80-column  computer  card  is  required  to  enter  the  simulation 
control  data  (described  above)  necessary  tq  run  the  CREWMAN  model.  In 
accordance  with  the  SIMSCRIPT  II. 5 facility  for  free-form  data  entry,  it 
is  not  necessary  that  strict  column  formats  be  specified.  It  is  necessary, 
however,  that  4 fields  of  data  be  supplied,  and  that  each  field  be  separated 
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by  a "blank".  The  following  tabulation  describes  the  content  and  sequence 
of  the  4 required  fields; 


Field  Number  Data  Entry 


Field  Description 


1 

2 

3 


4 


"RUN" 

Integer 

value 

Integer 

value 


Real 

value 


Required  data  card  identification 

Number  of  case  replications  to  be 
run  during  this  job  submission 

Starting  point  for  sampling  of  the 
computer  generated  random  number 
stream  (to  determine  the  outcome  of 
stochastic  processes  in  the  simula- 
tion) 

Number  of  flight  hours  accumulated 
by  aircrews  in  the  simulation  that 
will  be  considered  as  the  cutoff 
for  determining  aircrews  that  per- 
formed a significant  portion  of  the 
time  in  the  scenario. 


E.  Simulation  Termination  Data 


1.  Information  Description 

Simulation  termination  data  required  by  CREWMAN  specify  informa- 
tion to  the  computer  that  no  further  data  exist  on  which  to  conduct  simula- 
tions during  that  particular  job  submission,  and  that  the  job  should  be 
terminated  and  the  results  printed. 

2.  Input  Card  Format 

One  80-column  computer  card  is  required  to  enter  the  simulation 
termination  data  (described  above)  necessary  to  run  the  CREWMAN  model. 

This  card  has  an  extremely  simple  format  containing  only  one  field.  Its 
content  is  described  in  the  following  tabulation; 
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Field  Number  Data  Entry 


Field  Description 


1 "END"  Required  data  card  identification. 

F.  Data  Set  Structure 

As  indicated  above,  the  minimum  data  entry  requirements  for  exercis 
ing  the  CREWMAN  model  are  five  computer  cards  (or  lines)  of  information 
as  follows: 

• A card  to  enter  squadron  data  ("SQDN  card") 

• A card  to  enter  scenario  data  ("SCEN  card") 

• A card  to  enter  operations  data  ("OPNS  card") 

• A card  to  enter  simulation  control  data  ("RUN  card") 

• A card  to  enter  simulation  termination  data  ("END  card"). 

The  use  of  these  cards  is  somewhat  flexible  for  providing  single  or 
replicated  runs  (using  the  same  or  different  data),  but  certain  rules 
must  be  observed. 

The  rules  that  govern  the  data  set  structure  are  as  follows; 

• The  SQDN,  SCEN,  and  OPNS  cards  may  appear  in  any  order, 
but  in  whatever  order  they  appear  they  must  be  followed 
by  at  least  one  RUN  card. 

% 

• An  END  card  must  appear  once,  and  only  once,  and  it  must 
appear  as  the  final  card  of  the  data  set  (following  the 
last  RUN  card). 

There  are  two  cases  that  should  be  discussed  with  respect  to  these  rules 
and  with  respect  to  the  different  instructions  that  the  job  submission 
carries  with  it.  One  is  described  as  the  minimum  case,  and  the  other  is 
described  as  the  extended  case. 

The  minimum  case  contains  the  following  computer  card  sequence  (or 
variation  according  to  the  data  set  rule  above): 
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• SQDN  card 

• SCEN  card 

• OPNS  card 

• RUN  card 

• END  card. 

In  this  case,  the  RUN  card  causes  the  data  contained  in  the  SQDN,  SCEN, 
and  OPNS  cards  to  be  used  in  the  simulation.  Once  the  instructions  of 
the  RUN  card  have  been  carried  out,  the  END  card  causes  the  job  to  be 
terminated  and  the  results  to  be  printed. 

The  extended  case  contains  an  extended  card  sequence,  one  example 
of  which  is  provided  by  the  following  card  sequence: 

• SQDN  card 

• SCEN  card 

• OPNS  card 

• RUN  card 

• SCEN  card 

• RUN  card 

• END  card. 

In  this  case,  the  first  RUN  card  causes  the  data  contained  in  the  first 
SQDN,  SCEN,  and  OPNS  cards  to  be  used  in  the  simulation.  Once  the  instructions 
of  the  first  RUN  card  have  been  carried  out,  the  second  SCEN  card  replaces 
the  first  SCEN  card.  The  second  RUN  card  then  causes  the  data  contained  in 
the  first  SQDN  and  OPNS  cards  to  be  used  with  the  data  contained  in  the 
second  SCEN  card  in  another  simulation.  Once  the  instructions  of  this 
second  RUN  card  have  been  carried  out,  the  END  card  causes  the  job  to 
terminate  and  the  results  of  both  RUN  cards  to  be  printed. 

In  a similar  manner,  multiple  case  runs  changing  any  of  the  SQDN, 

SCEN,  OPNS,  or  RUN  cards  may  be  accomplished.  The  rules  to  remember  in 
these  situations  are: 
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• A new  card  of  one  of  the  following  three  types  (SQDN,  SCEN, 
or  OPNS)  changes  the  data  formerly  entered  to  correspond 
with  that  on  the  new  card. 

• Each  RUN  card  operates  with  the  most  recent  set  of  SQDN, 
SCEN,  or  OPNS  cards. 

• RUN  cards  may  follow  one  another  consecutively,  in  which 
case  no  changes  occur  in  the  data  used  in  the  simulation. 

• Any  number  of  RUN  cards  may  be  used  (but  there  is  a proviso 
that  enough  computer  CPU  time  must  be  called  for  in  the  Job 
Control  Language  to  accommodate  large  runs) . 

An  example  of  a minimum  case  data  set  is  shown  in  Figure  11. 
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FIGURE  11  EXAMPLE  CREWMAN  DATA  SET 


IV  SIMULATION  MODEL  OUTPUT 


The  computer  output  following  each  CREWMAN  run  provides  the  user 
with  summary  descriptions  and  totals  of  the  activities  that  occurred 
during  the  simulation.  Analysis  may  be  performed  on  any  of  the  various 
parameters  that  CREWMAN  monitors  by  comparing  the  results  of  several 
different  runs  of  the  model. 

The  purpose  of  this  section  is  to  describe  the  several  categories 
of  output  information  from  the  CREWMAN  model.  There  are  two  major  cat- 
egories in  the  CREWMAN  output;  (1)  an  INPUT  SUMMARY  and  (2)  a .SIMULATION 
RESULTS.  Each  is  addressed  in  the  following  subsections. 

A.  INPUT  SUMMARY 

The  purpose  of  the  INPUT  SUMMARY  in  the  CREWMAN  output  is  to  present 
in  concisely  and  easily  understood  terminology  the  input  data  on  which  the 
simulation  run  is  based. 

An  example  of  the  CREWMAN  output  covering  the  INPUT  SUMMARY  is  contained 
in  Figure  12.  As  shown,  this  information  is  subdivided  into  four  sections; 
(1)  SQUADRON  ATTRIBUTES,  (2)  SCENARIO  PROPERTIES,  (3)  OPERATIONS  DOCTRINE, 
and  (4)  RUN  INFORMATION.  These  sections  correspond  to  the  input  data 
categories  described  in  Section  III  for  squadron  data,,  scenario  data, 
operations  data  and  simulation  control  data,  respectively. 


B.  SIMULATION  RESULTS 

The  purpose  of  the  SIMULATION  RESULTS  in  the  CREWMAN  output  is  to 
present  in  concise  and  easily  understood  terminology  the  most  relevant 
information  produced  by  the  simulation  exercise. 
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FIGURE  12  CREWMAN  EXAMPLE  OUTPUT  ( I ) 
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The  SIMULATION  RESULTS  component  of  the  CREWMAN  output  is  sub- 
divided into  three  sections;  (1)  DAILY  SUMMARIES,  (2)  SCENARIO  TOTALS, 
and  (3)  MULTIPLE  CASE  STATISTICS.  The  first  two  subdivisions  represent 
the  interim  and  aggregate  information  produced  by  the  simulated  squadron 
activity  in  the  30-day  scenario.  In  the  situation  where  one  or  more 
replications  of  a case  are  being  run,  the  third  subdivision  is  present 
to  aggregate  information  produced  by  the  initial  case  arid  its  replica- 
tions. (In  this  situation,  the  DAILY  SUMMARIES  and  SCENARIO  TOTALS  apply 
only  to  the  first  run  of  the  replication  set.) 


1.  DAILY  SUMMARIES 

Results  contained  in  the  DAILY  SUMMARIES  section  of  the 
SIMULATION  RESULTS  are  shown  for  an  example  CREWMAN  simulation  in 
Figure  13.  The  following  tabulation  relates  the  mnemonics  and  abbrevia- 
tions used  in  the  computer  output  with  the  information  collected  by 
CREWMAN  during  the  simulation; 


Mnemonic  or  Abbreviation  Interpretation 


DAY 

CREW  LOSS  (ADMIN) 

CREW  LOSS  (KIA) 

HI  CREW 

AVAIL  A/C 

CREW  FLT.HR  (AVE) 

CREW  FLT.HR  (MAX) 


Current  day  (in  30  day  scenario) 

Aircrews  lost  to  administrative 
policy 

Aircrews  lost  in  combat 

Highest  number  of  aircrews  used  to 
current  point  in  scenario 

Number  of  aircraft  available  on 
current  day  in  scenario 

Average  number  of  flight  hours  for 
each  aircrew  on  current  day  in 
scenario 

Maximum  number  of  flight  hours 
achieved  by  any  aircrew  on  current 
day  in  scenario 
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Mnemonic  or  Abbreviation  Interpretation 


CREW  AVE  MI SC. DUTY 


MISSION  STATS  (MET) 


MISSION  STATS  (MISSED) 


Average  number  of  miscellaneous 
duty  hours  for  each  aircrew  on 
current  day  in  scenario 

Number  of  air  and  ground  alert 
missions  met  on  current  day  in 
scenario 

Number  of  air  and  ground  alert 
missions  missed  on  current  day  in 
scenario 


2.  SCENARIO  TOTALS 


Results  contained  in  the  SCENARIO  TOTALS  section  of  the  SIMULATION 
RESULTS  are  shown  for  an  example  CREWMAN  simulation  in  Figure  14.  As 


indicated  in  Figure  14  by  the  statement  "(STATISTICS  REFLECT  THOSE  CREWS 
WITH  TOTAL  FLIGHT  HRS  GREATER  THAN  XX.)",  a certain  condition  must  exist 
before  an  aircrew  in  the  simulation  will  be  included  in  some  of  the  summary 
statistics.  The  source  of  that  condition  is  the  minimum  aircrew  use  cutoff 
value  input  by  the  user  before  the  start  of  the  simulation  run  (this  is 
explained  in  Subsection  III.D).  Aircrews  having  total  flight  hours  greater 
than  the  minimum  aircrew  use  cutoff  value  will  be  considered  for  all  statistics 
aircrews  having  total  flight  hours  less  than  the  minimum  aircrew  use  cutoff 
value  will  be  excluded  in  the  compilation  of  the  following  results:  AIRCREW 
SEAT  RATIO,  CREW  SORTIES  FLOWN,  CREW  TTL  FLIGHT  HRS,  and  CREW  TTL  MISC.DUTY. 


The  following  tabulation  relates  the  mnemonics  and  abbreviations 
used  in  the  computer  output  with  the  information  collected  by  CREWMAN 
during  the  simulation: 
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SCENARIO  TOTALS  ( RUN  NO.  1 IF  CASE  REPLICATED! 
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FIGURE  14  CREWMAN  EXAMPLE  OUTPUT  (III) 
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Mnemonic  or  Abbreviation 


Interpretation 


AIRCREW  SEAT  RATIO 

Ratio  of  the  effective  number  of  air- 
crews used  in  the  30-day  scenario  to 
the  number  of  squadron  U/E  aircraft 

CREW  SORTIES  FLOWN 
(MEAN) 

Mean  number  of  air  missions  flown  by 
each  aircrew  used  in  the  scenario 

CREW  SORTIES  FLOWN 
(STD. DEV) 

Standard  deviation  in  the  number  of 
air  missions  flown  by  each  aircrew 
used  in  the  scenario 

CREW  SORTIES  FLOWN 
(MAX) 

Maximum  number  of  air  missions  flown 
by  any  one  aircrew  used  in  the  scenario 

CREW  SORTIES  FLOWN 
(MIN) 

Minimum  number  of  air  missions  flown 
by  any  one  aircrew  used  in  the  scenario 

CREW  TTL  FLIGHT  HRS 
(MEAN) 

Mean  number  of  flight  hours  accumulated 
by  each  aircrew  used  in  the  scenario 

CREW  TTL  FLIGHT  HRS 
(STD. DEV) 

Standard  deviation  in  the  number  of 
flight  hours  accumulated  by  each  air- 
crew used  in  the  scenario 

CREW  TTL  FLIGHT  HRS 
(MAX) 

Maximum  number  of  flight  hours  accumu- 
lated by  any  one  aircrew  used  in  the 
scenario 

CREW  TTL  FLIGHT  HRS 
(MIN) 

Minimum  number  of  flight  hours  accumu- 
lated by  any  one  aircrew  used  in  the 
scenario 

CREW  LOSS  (AIM IN) 

Aircrews  lost  to  administrative  policy 
during  the  30-day  scenario 

CREW  LOSS  (KIA) 

Aircrews  lost  in  combat  during  the 
30-day  scenario 

CREW  COUNT 

Effective  number  of  aircrews  used 

* 

during  the  30-day  scenario 

, I 7f 

,r  j Effective  number  of  aircrews  refers  only  to  those  aircrews  whose 

1 accumulated  flight  hours  exceed  the  minimum  aircrew  use  cutoff 

I described  in  Subsection  III.D. 
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Mnemonics  or  Abbreviation 


Interpretation 


CREW  TTL  MISC.DUTY 
(MEAN) 

CREW  TTL  MISC.DUTY 
(STD. DEV) 

CREW  TTL  MISC.DUTY 
(MAX) 


Mean  number  of  non-flying  duty  hours 

accumulated  by  each  aircrew  used  in 

* 

the  scenario 

standard  deviation  in  the  number  of 
non- flying  duty  hours  accumulated  by 
each  aircrew  used  in  the  scenario 

Maximum  number  of  non-flying  duty 
hours  accumulated  by  any  one  of  the 
aircrews  used  in  the  scenario 


CREW  TTL  MISC.DUTY 
(MIN) 

A/C  USED 

A/C  SORTIE  RATE 

MISSION  STATS  (MET) 
MISSION  STATS  (MISSED) 


Minimum  number  of  non-flying  duty 
hours  accumulated  by  any  one  of  the 
aircrews  used  in  the  scenario 

Total  number  of  aircraft  used  during 
the  30-day  scenario,  including 
replacements 

Average  number  of  sorties  per  air- 
craft per  day  as  realized  in  the 
scenario 

Total  number  of  air  and  ground  alert 
missions  met  during  the  30-day  scenario 

Total  number  of  air  and  ground  alert 
missions  missed  during  the  30-day 
scenario 


A final  element  of  the  SCENARIO  TOTALS  presents  a breakdown  of  the 
total  flight  hours  (TOT.FHRS)  accumulated  by  each  aircrew  that  participated 
in  the  scenario.  As  shown,  the  aircrews  are  assigned  a number  upon  enter- 
ing the  scenario,  so  that  the  analyst  can  be  aware  of  which  aircrew  entered 
on  which  day.  (CREW  NUMBER  1 was  the  first  aircrew  to  enter  the  scenario, 
CREW  NUMBER  2 was  the  second  aircrew  to  enter  the  scenario,  and  so  on.) 

This  does  not  include  briefing  times  for  air  missions,  but  it  does 
include. briefing  times  and  station  times  for  ground  alert  missions. 
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3.  MULTIPLE  CASE  STATISTICS  j 

Results  contained  in  the  MULTIPLE  CASE  STATISTICS  section  of  | 

the  SIMULATION  RESULTS  arre  shown  for  an  example  CREWMAN  simulation  in 
Figure  15.  These  results  show  the  mean,  standard  deviation,  maximum 
value,  and  minimum  value  for  both  aircrew  seat  ratio  and  realized  sortie 
rate  based  on  the  aggregate  analysis  of  the  results  of  the  replicated  j 

runs  of  the  same  case.  j 

I 

i 
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AIRCREW  SEAT  RATIO 
MEAN  STD. DEV  RAX  M 

IN 

MEAN 

SORTIE  RATE 

STD. DEV  RAX  MIN 

1.61  .11  1.78  1 

.39 

1.33 

.01  1.34  1.32 
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Appendix  A 


ANALYSIS  USING  THE  CREWMAN  MODE! 


The  CREWMAN  model  offers  the  analyst  a flexible  and  multi-faceted 
tool  with  which  to  analyze  the  effect  of  numerous  factors  on  the  deter- 
mination of  an  aircrew  seat  ratio  requirement  for  each  of  the  Marine 
Corps  squadrons.  However,  its  effective  application  and  interpretation 
depend  on  a thorough  understanding  of  the  relationship  of  the  model  to 
the  real  world  (which  it  strives  .to  represent) , and  of  the  numerous  inter- 
relationships that  exist  among  the  parameters  that  drive  the  model. 

The  purpose  of  this  appendix  is  to  discuss  several  aspects  of  the 
model'  that  bear  significantly  on  its  use  as  an  analytic  tool.  The  basis 
for  the  discussion  is  a series  of  computer  exercises  that  SRI  conducted 
to  check  out  the  logic  and  credibility  of  CREWMAN  during  its  development. 
While  this  was  not  an  exhaustive  demonstration  of  the  model's  nature,  it 
was  sufficient  to  identify  several  casual  relations  that  will  affect  all 
applications  of  the  model. 

There  appear  to  be  three  major  areas  in  which  a discussion  of  CREWMAN 
treatment  promotes  understanding  of  the  model's  results  and  ultimate 
effectiveness.  These  areas  are: 

• The  influence  of  stochastic  processes  embedded  in  the 
CREWMAN  formulation  on  the  variability  of  simulation 
results. 

• The  significance  of  "edge  effects"  inherent^  in  the  CREWMAN 
abstraction  of  real  world  activities  and  processes. 

• The  effect  of  scale  in  interpreting  the  simulation  results. 


Each  of  these  factors  is  the  subject  of  a subsection  below.  Additionally, 
one  other  subsection  is  presented  to  provide  a potpourri  of  assorted  find- 
ings, observations,  and  conclusions  that  will  prove  helpful  to  any  prospective 
analyst  using  CREWMAN. 

1.  Stochastic  Process  Influences  in  CREWMAN 

Replications  of  a given  CREWMAN  scenario  invariably  result  in  the 
calculation  of  different  aircrew  seat  ratio  requirements.  In  some  cases, 
these  differences  will  be  quite  substantial.  Differences  also  appear  in 
other  statistics  contained  in  the  CREWMAN  results,  although  usually  their 
significance  is  less  apparent  (since  their  contribution  to  the  determina- 
tion of  the  aircrew  seat  ratio  may  not  be  readily  transparent). 

The  basis  for  such  differences  are  the  stochastic  processes  that 
CREWMAN  uses  to  represent  real  world  events.  These  processes  directly 
affect  mission  scheduling,  aircraft  and  aircrew  attrition,  and  the  deter- 
mination of  non-flying  days  in  CREWMAN,  but  the  influence  that  they  exert 
is  significantly  more  widespread  and,  in  some  cases,  quite  subtle. 

An  indication  of  the  magnitude  of  the  variation  in  aircrew  seat  ratio 
that  CREWMAN  can  be  expected  to  produce  is  shown  for  several  replicated 
scenarios  in  Table  A-l.  As  indicated  there,  differences  approaching  one 
aircrew  per  aircraft  (as  in  the  observed  spread  for  Scenario  B)  can  occur 
because  of  the  interaction  of  random  events. 

It  should  also  be  noted  that  the  general  "scatter"  of  results  from 
all  the  different  scenarios  in  Table  A-l  is  substantial.  If  one  were  to 
assume  that  the  results  of  individual  simulations  formed  a normal  distri- 
bution around  the  calculated  mean,  the  standard  deviations  shown  in 
Table  A-l  could  be  interpreted  in  a practical  sense.  That  is,  the  interval 
defined  by  the  expression,  (mean)  ± 0.67  (standard  deviation),  could  be 
expected  to  contain  only  50%  of  all  results;  hence,  50%  of  the  results 

A- 4 


o 


tooai-JHooanoN<t  cm  oo  o' 

N^NHNHHNHH  CM  cm  o 

i—4  #— I H i— I r4  r* 4 rM  rM  H H H O O 


1*1 


i ! 


i 

< 


■S 

H 


>• 

H 

H 

h4 

H 

$ 

s 

< 

> 

o 

M 

pc! 

w 

CO 

S 

§ 

< 


b 

o 

•rl 

4J 

CD 

b 

oo 

*ri 

(0 

a) 

o 

b 

o 

•H 

•U 

tO 

i— < 

§ 


M 

(0 

c w 
0) 
o 

CO 


Vl 

(0 

B 

<u 

o 

CO 


o 

•p4 

Vi 

tO 

c 

<u 

o 

CO 


•rl 

CO 

o 

Vi 

•H 

01 

Vi 

4J 

tO 

3 

B CO 

a 

0) 

8 

o 

O 

o 

CO 

o 

•rl 

tO 

B 

0) 

o 

CO 


B 

o 

•rl 
VI 
tO 
r— I 

B 

o 

I— I 

to 

o 

•a 

§ 

to 

VI 

T— I 

3 

to 

(S 


o«nHonno<tN 

vOCMlfltO-O’iOt'l'OtM^ 


CM 


vO 

CO 


inoioinioioomoo 

invot^.<j-toinminvo<t 


to 

m 


m 

to 


O' 

o 


i—4  i — t i—4  ?— 4 


ommmomminmin  vo  o 

(OMOO'iOO'NiO'OtO  C"  O' 


VO 

CM 


r4  H H rl  CM  r*4  fH  r4 


PIOrlCJNNOOHOlO  CM 

-jMttococMtocMcovoin  to 


CM 

CM 


to 


’O 

01 

> 

Vl 

0) 

to 

XI 

o 


o 

•H 

4J 

to 

M 


St 

ai 

Vi 

O 

Vi 

•H 

< 


g 

X 


8 

i 

X 


•o 

to 

0) 

V4 

a 

co 


A- 5 


i 


Standard  deviation 


for  Scenario  A,  for  example,  would  be  expected  to  lie  outside  the  inter- 
val 1.23-1.41. 

The  results  clearly  indicate  that  conclusions  regarding  aircrew  seat 
ratio  requirements  should  be  based  on  the  average  results  of  a series  of 
simulation  runs  rather  than  on  the  results  of  a single  isolated  run.  The 
rationale  for  this  action  is  that  the  fluctuations  in  the  aircrew  seat 
ratio  caused  by  the  stochastic  occurrences  should  "cancel  out"  over  a 
series  of  runs.  A practical  question  arises,  however,  about  the  number 
of  computer  runs  necessary  to  establish  a representative  mean  aircrew 
seat  ratio. 

This  question  was  addressed  by  SRI  by  examining  several  replication 
series.  It  was  determined  that,  although  the  individual  results  were  quite 
disparate  as  indicated  above,  there  was  a quick  convergence  of  the  mean 
of  these  results  to  a stable  value  as  the  number  of  results  considered 
was  increased. 

The  method  of  examination  was  to  plot  the  mean  of  successive  simula- 
tion runs  as  the  number  of  simulations  increased.  Figure  A-l  provides  the 
results  found  by  applying  this  technique  tc*  onc>  oi.-ttv*- several  sircul.it  icp 
replication  series  that  SRI  analyzed.  As  shown  in  Figure  A-l,  the  mean 
of  13  simulation  replications  was  closely  approached  after  about  8 runs.. 

This  result  was  characteristic  of  the  other  series  that  SRI  evaluated. 
Based  on  this  similarity,  it  appears  that  8-12  replications  of  a scenario 
are  sufficient  to  establish  its  representative  aircrew  seat  ratio  require- 
ment. Therefore,  SRI  recommends  that  aircrew  seat  ratio  requirements  be 
established  on  the  basis  of  the  mean  obtained  from  at  least  8-12  simula- 


tion runs. 


CREWMAN  Abstraction  Edge  Effects 


i One  consequence  of  the  random  occurrence  of  missions  in  CREWMAN  is 

4 

i that  situations  arise  in  which  an  aircrew  will  be  introduced  into  the 

ii  : 

scenario  to  fill  a particular  mission,  but  for  one  reason  or  another  that 

i 

aircrew  will  not  fill  any  other  missions  during  the  scenario  (or  perhaps 
only  a very  small  number).  For  example,  an  uncommonly  high  number  of 
missions  may  appear  in  a short  time  span  on  one  of  the  final  days  of  the 
scenario  and  cause  a new  aircrew  to  be  introduced.  If  no  other  crowding 
of  missions  occurs  for  the  remainder  of  the  scenario,  that  particular 
i aircrew  may  never  be  used  again. 

Another  situation  may  arise  for  scenarios  in  which  flights  only  take 

place  during  the  daylight  (or  conversely  only  during  the  darkness).  In 

i 

this  case,  a mission  may  occur  extremely  late  in  the  day.  Because  air- 
| ! crews  already  in  the  scenario  do  not  have  enough  duty  time  left  in  their 

| i 

\ duty  day  to  accept  it,  another  aircrew  may  be  introduced.  An  aircrew 

t ! 

' introduced  at  such  a time,  however,  begins  its  duty  day  at  the  time  accord- 

i j 

1 i ing  to  the  simulation  algorithm.  The  effect  is  that  every  day  that  aircrew 

! ! 

i comes  on  duty  just  before  all  flights  are  terminated  for  the  day.  The 

J probability  is  low  that  an  aircrew  with  such  a duty  day  can  accumulate 

significant  flight  duty. 

i If  these  types  of  situations  arise  several  times  during  the  simulation, 

j 

the  aircrew  seat  ratio  is  rather  artificially  inflated  for  little  apparent 

i 

* , 

, benefit  (for  example,  a meaningful  gain  in  total  number  of  missions  met), 

j . i Figure  A-2  provides  a good  representation  of  this  situation  in  a graphical 

( 1 form.  It  is  seen  for  the  case  represented  in  Figure  A-2  (having  an  aircrew 

jr 

ratio  of  2.42)  that  8 aircrews  accumulated  less  than  6 flight  hours  during 

. 

‘ the  30-day  scenario.  This  is  less  than  10%  of  the  maximum  number  of  hours 

they  would  be  allowed  to  accumulate  based  on  the  administrative  policy  con- 
tained in  CREWMAN. 


It  was  for  such  situations  that  the  minimum  aircrew  use  cutoff  was 
included  in  the  CREWMAN  formulation  (see  Paragraph  III.D.l.c  for  a descrip- 
tion of  the  minimum  aircrew  use  cutoff).  Were  it  employed  in  the  case 
shown  in  Figure  A-2,  and  were  it  set  for  6.0  flight  hours,  then  8 aircrews 
would  be  eliminated  from  consideration  in  the  aircrew  seat  ratio.  The 
result  would  be  that  the  aircrew  seat  ratio  would  be  calculated  to  be  1.75 
rather  than  2.42.  From  all  aspects,  it  appears  that  this  is  a more  real- 
istic determination. 

As  an  aside,  one  might  hypothesize  that  those  aircrews  that  have  very 
low  flight  hours  could  represent  the  effect  of  having  overhead  aircrews 
associated  with  a squadron.  The  concept  of  overhead  aircrews  is  discussed 
in  Part  II. A. 4. 

During  our  investigation  of  the  effect  of  using  the  minimum  aircrew 
use  cutoff,  we  found  that  a good  "rule  of  thumb"  for  its  specification 
appears  to  be  about  107,  of  the  flight  hour  ceiling  that  the  aircrews  are 
restricted  to  during  the  30-day  scenario.  An  additional  benefit  of  the 
minimum  aircrew  use  cutoff,  when  it  is  employed,  is  that  it  reduces  the 
scatter  of  the  results  of  individual  siraulations--making  the  mean  of  an 
increasing  set  of  results  converge  even  faster.  This  is  explained  by  the 
fact  that  it  is  reducing  the  effect  of  unusual  random  events. 

3.  Effect  of  Scale  in  CREWMAN 

The  effects  of  scale  have  been  noticed  in  the  analysis  SRI  conducted 
with  the  CREWMAN  model.  That  is,  discernible  trends  have  been  identified 
that  show  that  the  aircrew  seat  ratio  calculated  by  CREWMAN  decreases  for 
increasing  numbers  of  aircraft  included  in  the  scenario  (given  that  attrition, 
turnaround  times,,  and  ratio  of  missions  to  aircraft  remain  constant).  Another 
related  feature  of  this  phenomenon  is  that  the  standard  deviation  (measure 
of  the  scatter)  of  the  results  of  replicated  scenarios  decreases  as  more  air- 
craft are  applied  to  a scenario. 
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Neither  of  these  results  are  unexpected  or  inexplicable,  but  the 
knowledge  of  the  degree  to  which  they  appear  is  germane  to  analysis  using 
the  CREWMAN  model.  To  provide  that  insight,  Figure  A-3  was  constructed 
from  some  of  the  results  of  SRl's  test  of  the  CREWMAN  simulation.  Three 
cases  are  presented  there  in  which  the  number  of  aircraft  was  increased 
from  20  to  45  to  72  under  the  same  scenario  conditions.  As  shown,  a 
definite  trend  exists  with  respect  to  the  effect  of  the  number  of  aircraft 
considered  on  the  aircrew  seat  ratio. 

Of  particular  importance  to  the  Marine  Corps  analyst  is  the  "steepness" 
of  the  curve  at  aircraft  levels  associated  with  typical  Marine  Corps  squadrons. 
The  "flattening  out"  of  the  curve  at  higher  aircraft  U/Es  suggests  that  a 
lower  bound  is  being  approached  below  which  the  aircrew  seat  ratio  is  unlikely 
to  fall  with  any  realistic  number  of  aircraft  considered.  (Such  information 
may  be  important  for  specifying  an  absolute  minimum  aircrew  seat  ratio  that 
could  ever  be  expected  to  meet  Marine  Corps  requirements.) 

The  rationale  for  the  effect  observed  in  Figure  A-3  has  to  do  with 
the  effect  of  small  and  large  numbers.  With  the  larger  number  of  aircraft, 
it  is  more  likely  that  a match  can  be  made  between  a requested  mission  and 
an  aircrew  already  in  the  scenario  than  it  is  for  small  numbers  of  aircraft. 
Analogously,  the  loss  of  an  aircrew  in  combat  has  a much  less  dramatic 
effect  on  the  large  aircrew  pool  in  the  one  case  than  it  does  on  the  small 
aircrew  pool  of  the  other  case. 

4.  Miscellaneous  Findings  and  Observations 

When  examining  the  results  of  any  CREWMAN  simulation  exercise,  an 
analyst  is  likely  to  notice  one  or  more  pieces  of  information  that  require 
a detailed  knowledge  of  the  internal  workings  of  the  simulation  model  for 
a satisfactory-  interpretation.  The  following  paragraphs  describe  situations 
that  SRI  analysts  have  come  across  during  the  exercises  of  the  model  that 
fall  into  this  category.. 


Aircrew  Flight  Hour  Ceilings 
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Situations  may  occur  in  which  a particular  aircrew's  total 
flight  hours  for  the  scenario  may  exceed  the  supposed  bound  established 
as  administrative  policy.  This  effect  is  the  result  of  the  CREWMAN 
formulation  whereby  the  test  to  see  if  the  ceiling  has  been  violated 
occurs  at  the  end  of  the  aircrew's  duty  day  rather  than  after  each  mission. 
Therefore,  an  aircrew  may  enter  a day  needing  only  one  more  flight  to 
exceed  its  ceiling,  but  because  of  the  assignments  that  day  the  aircrew 
makes  two  flights  and  surpasses  the  flight  hour  ceiling. 

b.  Aircraft  Attrition 

The  output  category  A/C  USED  includes  the  number  of  aircraft 
that  have  been  supplied  to  the  scenario  to  replace  aircraft  lost  in 
action.  It  does  not  necessarily  include  the  total  aircraft  lost  in  the 
scenario  due  to  the  time  lag  of  the  resupply  delay  which  may  extend  past 
the  termination  of  the  scenario. 

c.  Aircrew  Attrition 

Aircrew  attrition  appears  to  be  a major  source  of  the  differ- 
ences in  aircrew  seat  ratio  observed  among  individual  members  of  a simula- 
tion replication  series.  Its  effect  is  stronger  in  scenarios  having  a 
small  number  of  aircraft  than  it  is  in  scenarios  having  a large  number  of 
aircraft.  Contrasts  between  scenarios  in  which  aircrew  attrition  was 
considered  and  those  in  which  it  was  not  considered  indicates  that  the 
standard  deviation  of  simulation  replications  from  the  mean  of  an  entire 
set  may  increase  by  as  much  as  100%  when  aircrew  attrition  is  considered. 

Of  course,  aircrew  seat  ratios  are  also  higher  when  aircrew  attrition  is 
considered. 
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d. 


General  Results 

The  following  general  results  were  noted,  although  they  were 
not  studied  in  detail  to  derive  quantitative  estimating  relations: 

• Lengthening  of  the  daily  duty  day  reduces  the  aircrew 
seat  ratio  requirement. 

• Increasing  the  mission  requests  increases  the  aircrew 
seat  ratio  requirement — especially  around  a breakpoint 
established  by  multiplying  the  number  of  U/E  aircraft 
by  their  normal  sortie  rate. 

• Decreasing  the  turnaround  (maintenance  and  rearm/refuel) 
times  of  aircraft  included  in  the  simulation  increases 
the  aircrew  seat  ratio  requirement  when  the  number  of 
missions  requested  is  approximately  equal  to  or  exceeds 

v the  number  of  sorties  the  squadron  can  produce. 


V 
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CREWMAN  MODEL  STRUCTURE,  SUBROUTINES, 
VARIABLES,  AND  LISTING 


Appendix  B 


CREWMAN  MODEL  STRUCTURE,  SUBROUTINES, 

VARIABLES,  AND  LISTING 

This  appendix  is  intended  to  supplement  the  user-oriented  description 
and  operating  instructions  for  the  CREWMAN  model  contained  in  the  main 
body  of  this  report.  It  provides  a precise  exposition  of  the  CREWMAN 
structure,  a list  of  the  model  subroutines,  a list  of  the  model  variables, 
and  a complete  listing  of  the  CREWMAN  program.  It  also  gives  a Job  Control 
Language  (JCL)  listing  that  compiled,  cataloged,  and  executed  the  CREWMAN 
mode 1 . 


Table  B-l 

CREWMAN  EVENT  NAMES 


Event  Name 

Description 

END. DUTY 

Accounts  for  rest  period  due  an  aircrew  following 
its  duty  period 

END. MISSION 

Accounts  for  an  aircrew  ending  a mission 

END . S0R1IE 

Accounts  for  an  aircraft  completing  a sortie 

MISSION 

Processes  all  missions,  finding  eligible  aircraft 
and  aircrews 

NEW. DAY 

Initiates  a new  d?ay 

READY 

Accounts  for  aircraft,  leaving  maintenance 

START. DUTY 

Accounts  for  aircrews  initiating  a duty  day 

CREWMAN  ENTITY  NAMES 


A - Alpha,  R - Real,  I - Integer 
tHas  no  explicit  attribute  defintion 


Table  B-3 


CREWMAN  SET  STRUCTURE 


Entity 

Owns 

Belongs  To 

CREW 

CREW. SET 

ALL. CREWS 

AIRCRAFT 

AC. SET 

CREW. STATE 

CREW. SET 

AC. STATE 

* 

AC. SET 

SYSTEM 

ALL. CREWS 

Table  B-4 

CREWMAN  SUBPROGRAM  NAMES 


Subprogram  Names 

Description 

REP. AC 

Reconstitutes  aircraft  lost  to  attrition 

SR. CALC 

Calculates  the  sortie  rate  realized  in 

the  scenario 

TRACE 

Used  to  produce  a time  trace  of  every 

event  executed  (debug  routine) 

* 

SYSTEM  is  not  actually  an  entity,  but  rather  a SIMSCR1PT  II. 5 
modeling  concept. 


Table  B-S 


1 

! 

! 


i 


i 

i 

CREVtiAN  GLOBAL  ARRAYS 


Mnemonic 

* 

Type 

Description 

AC.RELIEF(30) 

■ 

Number  o£  replacement  aircraft  du»  on  day  1 

DAY. CREW.  LOSS(2) 

H 

Daily  alrci'.tf  losses 

1-1  (administrative  policy  loss) 
i - 2 (KIA  loss) 

DAY.MISS.STATS(2) 

B 

Dally  mission  statistics 
i - 1 (missions  met) 
i - 2 (missions  missed) 

LITE.REQS(2) 

■ 

Daylight  mission  density 
i » 1 (air  missions) 
i - 2 (ground  alert  missions) 

MISS.TIME(2) 

R 

Mission  tliae 

l « 1 (air  missions) 
i « 2 (ground  alert  missions) 

NITE.REQS(2) 

N 

Night  mission  density 
i » 1 (air  missions) 

1 - 2 (ground  alert  missions) 

RATIOS(50) 

1 

Alrcrev  seat  ratios  for  replicated  runs 

SRATES(50) 

R 

Sortie  rates  for  replicated  runs 

SUM.CREW.D0SS(2) 

I 

Total  alrcrev  losses 

i - 1 (administrative  policy  loss) 

1-2  (KIA  lots) 

SUM .MISS. STATS (2) 

I 

Total  mission  statistics 

1-1  (missions  met) 

1-2  (missions  missed) 

TEMPO  (30) 

I 

Aircraft  availability  tempo  for  day  l 

1 signifies  normal 

2 signifies  surge 

4 signifies' no  fly 

* 

I - Integer,  R - Real 
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Table  B-6 


CONSECUTIVE. DAYS 


DAILY.  LOSS 


DAYS, IN. SCENARIO 
DUTY. HRS 
EJECT. SEAT 


LAST.  RELIEF 
MULTI. PILOT 


NOPLY.DAYS 

NOKM.MAINT 


QUANTITY 
SOR.  RATE 
SURGE.  DAYS 
SURGE  .MAINT 
TOT. USED 


UE. DELAY 
UE. RE CONST 


Number  of  hours  for  pre-mission  brief  (also  used  for 
length  of  post-mission  debrief) 

Consecutive  duty  days  allowed  by  policy 

Value  of  total  flight  hours- above  which  aircrew  Is 
Included  In  suassary  statlstlca 

Aircrew  attrition  per- sortie 

Number  of  Marine  Corps  Aviators/Naval. Flight  Officers 
comprising  the  aircrew 

Nuaber  of  aircraft  lost  in  current  day 

Current  day  in  the  scenario 

Number  of  days  in  the  scenario  (“30) 

Number  of  hours  aircrews  will  be  on-duty  each  day 
Indication  whether  or  not  aircraft  has  an  ejection  .seat 
Number  of  aircrews  used  In  the  scenario 
Last  day  replacement  aircraft  arrived 
Indication  whether  or  not  aircraft  Is  multl-plloted 
Aircraft  type 

Number  of  non-flying  days  In  scenario 
Normal  maintenance  hours  per  flight  hour 
Current  computer  run  number  In  a replication  series 
Indication  whether  or  not  aircraft  .is  pressurized 
Quantity  of  aircraft  on  hand  at  start  of  the  day 
Current  sortie  rate  realized  In  the  scenario 
Number  of  surge  days  at  start  of  the  scenario 
Surge  maintenance  hours  per  flight  hour 
Total  number  of  aircraft  used 
Squadron  type 

Number  of  aircraft  In  squadron 
Number  of  days  delay  before  aircraft  replacement 
Number  of  aircraft  allowed  every  delay  period 
Maximum  allowed  flight  hours  per  aircrew  In  30  days 
Maximum  allowed  flight  hours  per  aircrew  In  7 days- 
Maximum  allowed  flight  hours  per  aircrew  in  24  hours 
Maximum  allowed  aircrew  sorties  In  24  hours 
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25  - 
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27  A CUR. SORT,  A CUR.FHRS,  A LAST. OFF,  A CUM.FHRS,  AND  A T IME.REST  AND 

22 BELONGS  TO,  THE_ALL.DR£HS_AND  A CREH.  SET 

20 

30  DEFINE  TOT.FWS, TOT. MI  SC.DUTY, CUR.FHRS, CUM.FHRS, TIME.REST 

JL1 AS  REAL  VARIABLES 

32 

33  INHIBIT  LIST  ROUTINES 

.2L4 

35  EVENT  NOTICES 

36 

31  EVERY  FNC.M1  SS ION  HAS  A.  PILOT  IK  HERD  6 

38  EVERY  ENO.OUTY  HAS  A PILOT  IN  WORD  6 

39  EVERY  ENO.SCRTIE  HAS  A PLANE  IN  NORD  6 

M EVERY- READY.  FAS  A PLANE-IN . MDRD.6 

41  EVERY  START. CUTY  HAS  A PILOT  IN  NORD  6 

42  EVERY  MISSION  HAS  A KINO  IN  HORO  6 

A3 EVENT  NOTICES  INCLUDE  NEH.OAY  

44 

45  THE  SYSTEM  OWNS  THE  ALL. CREWS 


47  DEFINE  UE, CREW. SIZE,  NOFLY. DAYS, SURGE. DAY S, UE. DELAY, UE. RECONST, 

48  OAY,HI.CAEW,TOY.USED,QUANITY,OAILY.LCSS,L AST. RELIEF, CONSECUTIVE. DAYS, 

.1 S DAYS.IN.SCENAR10.3Q0FT.7DFT.24HFT.24HF.NUM.RUN  AS_YARIABLES 

50 

51  DEFINE  MULTI. PILOT, EJECT. SEAT, PRESSURE, TY PE .NAME  AS  ALPHA  VARIABLES 

52  — 

53  DEFINE  LI TE.REQS.NI TE. REOS, DAY. MISS. STATS, DAY. CREH. LCSS, SUM.MISS. STATS, 


LiNe“c«ri5trtsciWT  n.*  mlut*  re- 
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54  SUH.CREW.L0SS.AC.REL1EF. TEMPO  AS  1-OIH  ARRAYS 

35 

56  DEFINE  KaRM.MAINT, SURGE.  MAI  NT,CREtI.t.R, AC.  LR.OUTY. HRS, BRIEF, SOR.RATE 

12 .CUT.OFF  , ARM.  FUEL  AS  REAL  VARIABLES  

58 

55  DEFINE  N1SS.TINE, SRATES, RATIOS  AS  REAL  1-DIM  ARRAYS 

60 

61  END 
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"LINE  C1CI  STNSCKTF I 11.5 — RELEASE  HU 02/23778 — PXGE 7 

1 WAIN 

2 

3 DEFINE  DUM  AS  AN  ALPHA  VARIABLE 

_ A OEFINE  REC.RATE.INIT.CREWS.GO.ON  AS  BEAL  VARIABLES 

5 OEFINE  STATS  AS  REAL  1-DIM  ARRAY 

6 

7 LET  DAYS. IN. SCENARIO* 30 

8 LET  CONSECUTIVE. OAYS-6 

9 LET  300FT.S-  6* 

LB LET  30PFI«fl-100 

11  LET  30DFT.P*120 

12  LET  300FT.E-80 

13  LET  7DFT. S»  30 

15  LET  7DFT.M*  50 

15  LET  24HFT.S*  T 

lft L£J--2AHfil*JteL_12 

17  LET  2AHF.S  - 2 

18  LET  2AHF.M  * 2 

19  RESERVE  LITE. REAS  AS  2.  NITE.REOS  AS  2.  DAY. Ml SS. STATS  AS  2. 

20  DAY.CREM.LOSS  AS  2,  SUM. MISS. STATS  AS  2,  SUM. CREW. LOSS  AS  2, 

21  AC. RELIEF  AS  30,  TEMPO  AS  30,  MISS.TIME  AS  2 

2 Z RESERVE  RATIOS.  AS  SO.  STATS.  AS  B.  SRATES AS  5D 

23  CREATE  EVERY  AC.STATEI3) 

2A  CREATE  EVERY  CRUW.STATEI3I 

25 

26  • 'READ  A NEW  CARD 

27  'READ* 

28  START  NEW  CARD 

29  READ  OUM 

30  IF  OUM--ENO  • 

3L1 

32  ‘'STOP  SIMULATIONS 

32  STOP 

3A  ALWAYS 

35  IF  OUM*«SQDN" 

36 

37  1»  SQL  APRON  CARD 

38  READ  DUM, TYPE 

39  READ  DUM.NAME 

50  _ READ  PUMtUE 

51  READ  DUM.NORM.MAINT 

52  REAO  DUM, SURGE .MAI  NT 

43 REAO  DUHiARH.fUEI 

55  REAO  DUM, MULT I. PILOT 

55  REAO  OUM, PRESSURE 

44 PXACLJ1UM.  EJECT. SEAT : 

57  GC  TO  READ' 

58  ALWAYS 

4S IF  CUM*»SCEN" : 

50 

51  ' 'SCENARIO  CARO 

52 READ  DUM.AC.LR  

52  REAO  DUM, CREW. LR 
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[ 


t 


t 


i 

! 

i 

I 

I 

j 

* 


i 

(i 


55 

56 


5 e 

55 

AO- 

61 

62 

_63_ 

64 

65 
AO- 
67 

66 
ASL. 

70 

71 
12- 

73 

74 

13— 

76 

77 

J£fi_ 

75 
80 
81 
82 
83 
M- 

85 

86 
JLL_ 
88 
85 


91 

92 

_a?_ 

94 

95 
_9A 

97 

98 

_as. 

100 

101 

an. 

10  3 
104 

151 


READ  DUM, SURGE .DAYS 
READ  DUM.UE. DELAY 

READ  DUH.UE.RFCnNST 

GO  TO  READ 
ALWAYS 

IP  OUM.-QPNS- 

••OPERATIONS  CARO 

READ  DUN. DUTY. ERS 

READ  BUM, LITE. REQSC1I  , DUN, NITE.REOSU) 
READ  DUM*  LITE.  REDS (2) tDUMtNITE.REQS(2) 

REAO.DUM. MISS. TIliEdl. PUP, *IISS.TIHE(21 ..  . 

READ  DUM.8RIEF 
GO  TO  READ 

always 

"RUN  CARO 

— -READ-MU  M.RJE  PS  ..WARH.UP.CUX.OFF 

LET  NUM.RUN-0 

liRAADflMUfc  -SIARI-P-QIKT.  IN  .RANDOM  SECUENC  E 

FOR  I«i  TO  WARM.UP  LET  GO.ON-RANOGM.FI 1) 

• 'REPLICATION LOOP 

FOR  IL-1  TO  NUP.REPS 

PC 

ADD  1 TO  NUN. RUN 
LEI  BETWEEN. V-C 


"CALCULATE  DAILY  TEMPO 

FOR  1-1  TO  30  LET  TEMPOIII-1  • ’ ASSUME  NORMAL" 

IF  SURSE.PAYS-C 

GO  TO  WX 

ALWAYS 

FOR  I*.  l„  TO  ...SURG  E.OAYS..LS  T TEMPO  (11-2.. . * * SURGE. 

"INSERT  NON  FLYING  DAYS 

•JkXi 

FOR  I-i  TO  NCFLV.CAYS  DO 

LET  IDAY-RANOI .F< 1 «OAYS. IN. SCENARIO  «1 ) 

LET..  .TEMPCI  ICAY.1.-4 : 

LOOP 


■L11NL11AL— THLS-RUA 

FOR  1*1  TO  UE  DC 
CREATE  AN  AIRCRAFT 

FILE  AlRCRAfT  JN-AC.SSTU) 

LCCP 


A 


106 


LET  HI .CREW-0 
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LET  DAV-0 

108 

109 

LET  SOR.RATE-O 

LET  LAST.RELIEF-0 

FOR  1-1  TO  30  LET  AC.RELIEFIII-O 

111 

112 

113 

FCR  1-1  TO  2 DO 

LET  SUM.CREfc. LOSS!  11*0 

LET  SUM. MISS.  STATSI11=0 

11A 

115 

116 

LOOP 

••OUTPUT  INPUT  PARAMETERS 

117 

118 
119 

IF  NUH.RUN  GT  1 GO  TO  RUN  ELSE 

START  NEW  PAGE 

PRINT  11  LINES  WITH  TYPE .NAME .UE. NORM. MA 1NT.SURGE.MAINT. 

120 

ARM.FUEL, MULT I. PI  LOT, PRESSURE, EJECT.S EAT  AS  FOLLOWS 

INPUT  SUMMARY 

SCUACRCN  ATTRIBUTES: 


SCON  A/C  SCON  MAINT  HR/FLIGHT  HR  REARM  MULTI  PRESS  E.JECT 
TYPE  TYPE  U/E  NORMAL  SURGE  REFUEL  PILOT  URIZED  SEAT 


********  *******  ***  **.*♦  **.*♦  **.♦*  ***  ***  *** 


121 

122 

123 

PRINT  8 LINES  WITH  AC.LR.CREW.LR , NOFLY. CAYS, SURGE. CAYS, UE.DELAY, 

UE.RECGNST  AS  FOLLOWS 

SCENARIO  PROPERTIES*. 

ATTRTN  PER  SORTIE 

NONFLY  SURGE 

A/C  RESUPPLY 

A/C  CREW 

DAYS  DAYS 

DELAY  ALLCTMNT 

*.«***  *.*•** 

**  ** 

**  ** 

JL24 

125  PRINT  8 LINES  WITH  DUTY. HRS, LI TE.REGS U » , NITE.RECSU I , LITE.RECSI2 ) , 

126  NITE.REQSI2). MISS. TIMEd I, MiSS. TIMEI2I  .BRIEF  AS  FOLLOWS 

QE.OAJimS-fiQCIBlA£J 


OAILY  MISSION  REQUESTS  ALERT  REQUESTS  MISSION  TIME  BRIEF 
mV  mS-P-AX CUTS-  . DAY NITe  NOfiKAL ALERT—. II.MEi. 


**.*  ***  *♦*  *** 

***  *♦.* 

♦A.*  **.* 

127 

128 

RLN  INFORMATION: 

NUMBER  RANDOM  NX.  FLIGHT  HOUR 

REPLICATIONS  SEED  CUT  OFF 

B-15 


LINE  CACI  S1MSCRIPT  11.5  RELEASE  8G 


03/23/78  PAGE 


129 

130 

131 

132 

133 

••ANC  NO  EJECTION  SEAT 

LET  CREW. SIZE2 l 

LET  30DFT=30DFT. S • ' UNI TS _AKE_HOURS 

13  A 
135 
138 

LET  70FT*  7DF1.S 

LET  24HFT*24HF1.S 

LET  24HF  *24HF.S 

137 

138 

139 

IF  MULTI .PILOT="YES  « 

LET  CREW.SI 2E=2 

LET  300FT-300FT.H 

140 

141 

142 

LET  7DFT*  7DFT.H 

LET  24HFT-24HFT.M 

LET  24HF  -24HF.K 

143 

144 

145 

IF  PRESSURE="YES  " 

LET  300FT=30DFT.P 

IF  EJECI.SF  AT="YFS  « 

146 

147 

148 

LET  300FT=30DFT.E 

ALWAYS 

A1UAYS 

149 

150 

151 

ALWAYS 

•RUN* 

152 
152 
15  4_ 

SCHEDULE  A NEW .DAY  NOW 

START  SIHULATICN 
••END  REPLICATION 

155 

156 

157 

LC-CP 

FOR  IL*  1 TC  MJM. PEPS 
COMPUTE  STATStll  AS  MEAN. 

158 

159 

160 

STATS(2I  AS  STO, 
STATSI3)  AS  MAX. 
STAT  S( 4 1 AS  MIN  OF 

RATIOS! IL  ) 

161 

162 

163 

FOR  IL*l  TO  NUN. REPS 
COMPUTE  STATS! 5)  AS  MEAN, 
STATS!  61  AS  STD. 

164 

165 

166 

STATS!7)  AS  MAX, 
STAT  SI  8)  AS  MIN  OF 
-STAR T NEW  PAGE 

SRATESi IL ) 

167 

168 

PRINT  8 LINES  WITH  NUM.R EPS, STATS! 1 ), STATS ! 2 ) , 

STATSC3) ,STATS!4),STATS!5),STATS!6) ,STATS!7),STATS!8)  AS  FOLLOWS 

MLLT1PLE  CASE  STATISTICS: 

I STATISTICS  FOR  **  REPLICATIONS  OF  THIS  CASE) 

AIRCREW  SEAT  RATIO 

MEAN  STD.OEV  PAX  MIN 

SORTIE  RATE 

MEAN  STD. DEV  MAX  MIN 

165 

170 

*****  **.  **  **.*• 

GC  TC  READ 

*•.**  ** .♦♦  *».**  **.♦* 

171 

END 
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CUM  ALPHA  WORD  1 

J INTEGER.. RORD.3.Q. 

1.2  INTEGER  RORO  20 

IOAY  INTEGER  WORD  32 


INTEGER  WORD  24 
I INTEGER  WGRD  26 


L.39  DOUBLE  ' RORD  37 

L.32  DOUBLE  RORD  41 


L. 39  DOUBLE  MORD  40 

L.41  DOUBLE  WORD  53 

AO INTEGER. HORD-2-3 

R.l  DOUBLE  RORO  17 

STATS  REAL  RGRO  5 


24  KF .M  INTEGER  WORD  15 

30CFT.E  INTEGER  RORD  0 

30DF_T.J> INTEGER RORD 8_ 

7DFT.M 


INTEGER  RORD  11 


GO.GN 
r.  t 

REAL 

INTEGER 

WCRO 

WORD 

4 

19 

1.3 

INTEGER 

WORD 

21 

IL 

INTEGER 

WORD 

31 

.1. 1 

mu  m i ! ■ 

■TOTil 

J.Z 

K.2  INTEGER  MCRC  25 
K.4  INTEGER  WORD  27 
LmZ 2 DOUBLE  RORD  3^ 


L.31  OOUBLE  RORD  39 

L.33  DOUBLE  WORD  43 

JLOTB nnilBI  F WORD  47 

L.40  DOUBLE  RORD  51 

L.42  OOUBLE  WORD  55 

N1IH.RFPS  INTEGER  WARD  2fl 

REC.RATE  REAL  WORD  2 

WARM. UP  INTEGER  WORD  29 


IWII-fahK  MliHH 

24HF.S  INTEGER  WORD  14 

30DFT.M  INTEGER  WORD  7 

7DFT.S  INTEGER  WCRC  10 
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EVENT  NEW. PAY 

DEFINE  SEAT. RATIO  AS  A REAL  VARIABLE 
DEFINE  STATS.  CREW. STATS  AS  REAL  i-DIM  A 
RESERVE  STATS  AS  8.  AND  CREW. STATS  AS  3 


8 LET  YTD-OAY 

9 ADO  1 TO  DAY 

JLQ 

11  "TRIGGER  DEBUG  TRACE  ON  DAY  INDICATED 

12  IF  DAY-99  LET  BET WEEN. V-' TRACE* 

13  ALWAYS i 

14 

15  IF  DAY-1 

-160  JF  ...NUH.RUN.GT_1  JUMP  AHFAD  EISF 

17  START  NEU  PAGE 

ie  PRINT  8 LINES  AS  FOLLOWS 


CREW  LOSS 


AVAIL  CREW  FLT.HR  CREW  AVE 


MISSION  STATS 


19  HERE 

20  LET  CUANITY-UE 

21  LET  TOT .USEO-UE 

22  GO  TO  GEN 

22 ALMAY-S 

24  CALL  SR.CALC 

25  IF  TEMPO! YTDI-4 

26  IF  NUM.RUN  GT  1 JUMP  AHEAD  ELSE 

27  PRINT  l LINE  WITH  YTD  AS  FOLLOWS 
♦*  NONFLYING  DAY 

24 : 

29  HERE 

30  ADD  NITE.REQS(l)+NITE.REQS<2)+LITE.REQSm+LITE.REGSI2>  TO 

3J SM,*LS_S.iIAT.Si2J 

22  GC  TO  ENO. CHECK 

33  ALWAYS 

34  

35  * ’OUTPUT  DAILY  STATISTICS  SKIPPING  LOST  CREWS- 

36  IF  NUM.RUN  GT  1 JUMP  AHEAD  ELSE 

37  FOR  EACH  CREW  CF  ALL. CREWS.  WITH  TIME. RESTICRENI  6E  0 

38  COMPUTE  CREW. STATS! 1)  AS  MEAN,  CREW. ST  ATS! 2)  AS  MAXIMUM  OF  CUR. FHRSt CREW) 

39  FOR  EACH  CREW  OF  ALL. CREWS  , WITH  TIME .RESTICREW)  GE  0 

40  COMPUTE  CREW.STATS(3)  AS  MEAN  OF 

41  OUTY.HRS-CUR. FHRSICREW) -CUR. SORTICREW )*2*BRI EF 

42  PRINT  l LINE  WITH  YTD, DAY. CREW. LOSS! 1) .DAY. CREW. LOSS! 2) .HI.CREW.QUANITY , 

43  CREW. STATS! 1) .CREW .STATS !2) .CREW. STATS  13 ) .DAY. MISS .STATS! 1 ) . 

44  DAY. MISS. STATS (2  I AS  FOLLOWS 
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**  ***  ***  **♦  ***  *>-.*  **.*  **.* 

*** 

*♦* 

45 

46 

47 

HERE 

•ENC. CHECK* 

48 

49 

50 

IF  OAY=OAYS. IN. SCENARIOS 

••OL'TPLT  SUMMARY  STATISTICS 

51 

52 

53 

LET  C0UNT*0 

FOR  EACH  CREW  CF  ALL. CREWS  WITH  TOT.FHRS ( CRFWI 

54 

55 

56 

GT  CUT. OFF  ADD  1 TO  COUNT 

LET  SEAT.RATIC=COUM/UE 

LET  RATIOS 1NUM. RUN )*SEAT .RATIO 

57 

58 
55 

LET  SRATES4NUM.RUN)=*S0R.RATE 

IF  NUN. RUN  GT  1 GO  TG  NEW  ELSE 
START  NEW  PAGE 

60 

61 

6? 

FOR  EACH  CREW  OF  ALL. CREWS  WITH  TOT.FHRS (CREW  1 GT  CUT.OFF 
COMPUTE  STATS!  1)  AS  MEAN*  STATSI2 1 AS  STD.  STATSOI  AS  MAX. 
QF  TOT .FL IGHTSICRF  WI 

STATS! 4)  AS 

MIN 

63 

64 

65 

FOR  EACH  CREW  CF  ALL. CREWS  WITH  TOT. FHRS I CREW  1 GT  CUT.OFF 
COMPUTE  STATS(5)  AS  MEAN,  STATSI6)  AS  STD.  STATSI7)  AS  MAX. 
CF  TOT.  FHRS  (CREW! 

STATSI8)  AS 

MIN 

66 

67 

PRINT  10  LINES  WITH  CUT.OFF,  SEAT.RATIO  AS  FCLLOWS 
SCENARIO  TOTALS  (RUN  NO.  1 IF  CASE  REPLICATED!; 

(STATISTICS  REFLECT  TECSE  CREWS  WITH  TOTAL  FLIGHT  HRS  GREATER  THAN  **.**! 


AIRCREW  SEAT 
RATIO 


».♦* 


6e 

69 

IS. 


PRINT  6 LINES  WITH  ST 4TSU » , STATS (2) ,STAT S( 3) , STATSI4I . STATS! 5 » .STATSI6I , 

■SJALSLIULjuSTAT.S  18)-».SUR«CRE.W«  LQSS.1.1 ) .SUM. CREH.LQSS.il).  .COUNT  AS  .■FOLLOWS 

CREW  SORTIES  FLOWN  CREW  TTL  FLIGHT  HRS  CREW  LOSS  CREW 
MEAN  STO.OEV  MAX  MIN  MEAN  STD. DEV  MAX  MIN  AOMIN  KIA  COUNT 


**.*  **.*  **  **  **.*  **.*  **.*  **,*  ***  ***  *** 


71 

72  FOR  EACH  CREW  CF  ALL. CREWS  WITH  TOT. FHRS ( CREW ) GT  CUT. OFF 

73  COMPUTE  STATSI1)  AS  MEAN.  STATS12I  AS  STD.  ST  ATS! 3 1 AS  MAX. -S1ATSI4)  AS_ MIN 

74  OF  TOT .MI  SC «D LTV (CREW! 

75 

76  PRINT  A LINES  HI TH_ST4TS( 1 > , ST  ATS  (21  .S  TATS(3> . STATSI4 1.  TQT.USEP.  SQR.RUE. 

77  SOM. MI SS. STATS (1 ) « SUM. Ml SS. STATS! 2)  AS  FOLLOWS 

CREW  TTL  M ISC. DUTY  A/C  A/C  SORTIE  MISSION  STATS 

MEAN  STD. DEV  MAX  MIN  USED RATE  MET  M1SSEO 
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*****  ***.*  ***!_*  ♦♦♦.*  *** ».»♦ **** **** 

78 

7 9 PRINT  * LINES  AS  FCLLOHS 


TOTAL  FLIGHT  HRS  FOR  EACH  CREH  (RUN  NO.  1 IF  CASE  REPLICATED I 


80 

81 

_!2 

83 

84 

85 

86 

88 
85 
9_CL 

91 

92 
—93. 

94 

95 
_31 

97 

98 
_93. 
100 
101 
102. 

103 

104 
10 5. 
106 
107 
108. 

109 

110 
111 
112 
113 
JJLSt 

115 

116 
111 
lie 

119 

12ft 

121 

122 

123 

124 


FCR  EACH  CREH  CF  ALL.CREHS 

PRINT  1 LINE  WITH  NUKBERI CREH1 ._I0T.F_HRS(CREH1_  AS  FOLLOWS 

CREH  NUMBER  ***  HAS  ******  TOT.FHRS 

11 P.81PME— TO ...  fl  UN  A NO-CASE 


•KEN* 

FCR  I«1  TO  3 DC 

•KC'  FOR  EACH  CREH  OF  CREH.  SETU  I, FIND  THE  FIRST  CASE 
IF  NONE 

JUMP  AHFAC 

ALHAYS 

REMOVE  THE  CREH  FROM  ALL.CREHS 

REMOVE. -THE. CREH- FRO*  CREH. SET (II : 

DESTROY  THE  CREH 
GO  TO  KC 

HERE 

•KA'  FOR  EACH  AIRCRAFT  OF  AC.SETUI.FINO  THE  FIRST  CASE 
IF  NONE 

CYCLE 

ALHAYS 

REMOVE  THE  AIRCRAFT  FROM  AC.SETII 1 

DESTROY  THE.AIRCR1F.I 

GO  TO  KA 

LOOP 

•Kl'  FOR  EACH  END. DUTY  OF  E V . S( I . END. DUTY ) , FIND  THE  FIRST  CAsl 
IF  NONE 

JUMP  AHEAD 

ALHAYS 

CANCEL  THE  ENO.OUTY 

D£1IRQY-JlHE— ERIUOULY - 

GO  TO  Kl 

HERE 

*K2*  FOR  EACH  FNO.HISSICN  Of  EV. S(I. END. MISSION)  « FIND.  THE, F.1RS.T...CASE 
IF  NONE 

JUMP  AHEAC 

ALMAXS 

CANCEL  THE  END. MISSION 
DESTROY  THE  END.MISSION 

GO  TO  K2 ; ; 

HERE 

'K3  • FOR  EACH  END .SORTIE  OF  EV.S( I.END. SORTIE),  FIND  THE  FIRST  CASE 

tEUflME s : 

JUMP  AHEAD 
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i 


* * 


i 

f 


i 


i 

i 


» 


{ 

i 


i 

i 


* f 


ALWAYS 

126  CANCEL  THE  ENO.SORTIE 

127  DESTROY  THE  ENO.SORTIE 

JL21 : GO  TO  K3 

129  HERE 

130  *K4 • FOR  EACH  READY  OF  E V. S( I. RE ADY» * FIND  THE  FIRST  CASE 

121 IE-HOME 

132  JUMP  AHEAC 

133  ALWAYS 

124 CANCEL  -THE  READY 

135  DESTROY  THE  READY 

136  GO  TO  K4 


137 HERE. 


138  *K5  • FOR  EACH  START. DUTY  OF  EV. SI I. START. DUTY) , FIND  THE  FIRST  CASE 

139  IF  NONE 

JAQ HUMP-  AHEAC 


141  ALWAYS 

142  CANCEL  THE  START. DUTY 

_143 DESTROY  THF  START. DUTY 


144 

145 
*46_ 


HERE 

-1K6JL 


GO  TO  K5 

FOR. EACH  MISSION  OFEV.SII. Ml  SSI ONI. _F 1ND  THE  FIRST  CASE 


► 7 
>8 


IF  NONE 
JUMP 


AHEAD 


150 

151 

152. 

153 

154 
155. 

156 

157 
154 

159 

160 
14 1 
162 
163 


L65 
16  6 
L67 
168 

169 

170 
l 


I 

F 


L 


177 


ALWAYS 

CANCEL  THE  MISSION 
DESTROY  THE  MISSION 

GO  Tfl  KA 

HERE 

•K7'  FOR  EACH  NEK. 0 AY  OF  EV.SI I.NEU.DAY),  FINO  THE  FIRST  CASE 

IF-NONE 

LET  TIME. V=0  LET  TIME.S-0  GO  TO  CONT 
ALWAYS 

CANCEL-THE  NEK. -.DAY 

DESTROY  THE  NEK. DAY 
GO  TO  K7 

ALWAYS 

••REPLACE  AIRCRAFT 

_ CALL-REP. AC 

IF  TEMPO! DAYI-4  GO  TO  SKIP  "NO  MISSION  GENERATION  ON  NO  FLY  DAY 
ALWAYS 


• • SCHEDULE  MISSIONS 
•GEN' 

FOR  I«1  TO  2 liO 

FOR  J-l  T0;  LTTE. PEGS! I I DO 

SCHEDULE  A MISSION! II  AT  TIME.V4UNIF0RM.F(0.*.5.1) 

LOfiE 

FOR  J«i  TO  NITE.REQSII I DC 

SCHEOULE  A HISS  ION ( 1 1 AT  T I ME.  V+  UN I FORM . F 1 . 5 , 1. , 2 1 

LQ£L£ 

LOOP 


178 


188  RETURN 

189  EKC 


LOCAL  VARIABLES  OF  THIS  ROUTINE 


COUNT 

INTEGER 

WGRO 

33 

CREW. STATS 

REAL 

WCRD 

3 

I 

INTEGER 

WCRO 

78 

1.1 

INTEGER 

WORC 

7 

I- 2 

INTEGER 

mm 

8 

1-3 

■TTTTTJ7* 

■mi 

4 

J 

INTEGER 

WORO 

88 

J.l 

INTEGER 

WORD 

10 

K.l 

INTEGER 

WORD 

12 

K.2 

INTEGER 

WCRO 

13 

K-3 

— 1 1 1 III  ■ 

ITiKiT 

14 

K-4 

(NTFftFR 

■T.T7.1 

15 

L.  100 

INTEGER 

WORO 

87 

L.12 

INTEGER 

WCRD 

25 

L.13 

DOUBLE 

WORO 

27 

L.  14 

DOUBLE 

WGRD 

29 

L.  15 

wm>  > i nrwai 

rirai 

31 

t .19 

m . .1 

34 

L.23 

INTEGER 

WORD 

35 

L.24 

DOUBLE 

WCRD 

37 

L.  25 

DGUBLE 

WORO 

39 

L.26 

DOUBLE 

WCRD 

41 

L.27 

i iii  ii  m 

mm 

43 

1 .7A 

nniiRi  F 

■•r.n.i 

45 

L.  29 

DOUBLE 

WORD 

47 

L.33 

INTEGER 

WORD 

49 

L.  36 

DOUBLE 

WORD 

51 

L.  35 

DOUBLE 

WCRO 

53 

■ '■I. !>■ 

55 

1.37 

mm 

47  ' 

L.  38 

DOUBLE 

WORO 

59 

L.39 

DOUBLE 

WORD 

£1 

L.4 

INTEGER 

WORO 

16 

L.43 

INTEGER 

WORD 

63 

DOUBLE 

DOUBLE 


WORO  69 
NO RD  73 


l»  •lir.liaiH  (n:iibtI 


DOUBLE 

DOUBLE 


MORD  71 
WORD  75 


I : , L.8 

DOUBLE 

WORO  23 

L.ao 

INTEGER 

WCRD  83 

j L.  85 

j L.  94 

INTEGER 

INTFCFR 

WGRO  84 
unnn  -kt> 

L.  90 

N.l 

INTEGER 

INTFCFR 

WCRD  85 
unnn  n 

1 R.l 

DOUBLE 

WORO  5 

SEAT. RATIO 

REAL 

WCRD  1 

t STATS 

REAL 

WCRD  2 

YTD 

INTEGER 

WORC  4 

— rare  cwnrTfflstKinr  11.5  peleass,-9b mrn/n~  mnrr'ij 

1 EVENT  M1SS10NIK1NC) 

2 

. 3 DEFINE  SOAY  AS  A REAL  VARIABLE 

„ * s 

5 LET  TIME.V-TIME.S 

6 IF  N.AC.SET(l)  EO  0 "NO  AC  AVAILABLE 

’ 7 AGP  1 TQ  DAY. HISS.  STATSI  21 ; 

8 ADD  1 TO  SUM.MISS. STATS!  2) 

, 9 RETURN 

10 

11  ALWAYS  “MISSION  WILL  BE  FILLED 

12  AGO  1 TO  OAY.MISS. STATS!  1) 

13  ADO  I TO  SUM.MISS. STATS1  II 

14 

15  “FIND  CREW  MOST  NEAR  END  DUTY  WITH  TIME  TO  FILL  MISSION 

18  FOR  EACH  CREW  CF  CREW.SETI2I.  WITH  TIME.  V+MISS.  TIME  lit  IMDI  /24»?»HBI  FF/24  LP 

17  T1ME.REST1CREWI  ANO  24HF T-CUR . FHRS ICRE W)  GE  MISS.TIME(KINDI/24  AND 

18  24HF-CUR*  SORT I CREW  t GT  0 

LS £iMtt  IHE  first  CASE 

20  IF  NONE  GO  TO  BIRTH 

21  ALWAYS 

-22 FOR  EACH  CREW  OF  CREW. SET! 21.  WITH  TIME. V»M1SS. TIME! KINDI/ 24 

23  ♦2*BRlEF/24  LE  TIME* REST! CREW I AND  24HFT-CUR. FHRS! CREW)  GE 

24  MISS.TIMEIKINOI/24  ANO  24HF-CUR.SORT! CREW)  GT  0 

25  COMPUTE  1M1N  AS  MINICREWI  OF  TIME.RFST 1CRFW I 

26  LET  CREW-1 MIN 

27  REMOVE  THE  CREW  FROM  CREW. SET! 2) 

24 GO  TO  GETAC 

29 

30  • 'NEED  A CREW 

31  ’BIRTH* 

32  CREATE  A CREW  FILE  CREW  IN  ALL. CREWS 

33  AOO  1 TO  HI. CREW  LET  NUMBERICREW1-HI.CREW 

* 3A LEI— Ii  HL.J&EST  (CfiEH)-TI  ME , V.tDUIY.  HRS/24 

35  SCHEDULE  AN  END. DUTY! CREW)  AT  TIME.REST(CREW) 

, 36  LET  iaAY«RANOI.FI 1, CONSECUTIVE. DAYS, II 

37  LET  LAST.OFFI CREW ) -PAY- 10 AY 

1 * 38 

, 39  'OETAC* 

EPB-£ACH...Al  RCRtf..T..CF-AC»  SELL!  ILF  INC,. THE. .FIRST  CASE 

41  REMOVE  THE  AIRCRAFT  FROM  AC.SET(l) 

42  LET  FLT.TIMEI A IRCR AFT )-M I SS .TIME (KINDI 

I 43  IF  BETWEEN. V NE  0 PRINT  1 LINE  WITH  CREW.  AIRCRAFT  FOLLOWS 

! , CREW  * AND  AIRCRAFT  * ARE  FILLING  THE  MISSION 

, I i 44 

13 *UMi 

1 46  ••TREAT  ALERT  MISSION 

j 1 47  IF  KIND-2 

48 FILE  AIRCRAFT  IN  AC. SET (2 ) ilAlSlfiNMEMI 

! 49  FILE  CREW  IN  CREW.SET(3>  •• FLIGHT  DUTY 

50  SCHEOULE  AN  END.MISSIONICREWI  AT  TIME.V*RISS.TlME(2l/24«-2*BRIEF/24 

! ‘ ! _ 51 SCHEOULE  AN  END.SQRTIE  (AIRCRAFT  ) AT  TIME. V+MISS.T IME! 2)/24»  BRIEF/24 

*'  52  RETURN 
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1.1  INTEGER  WCRO  21  1.2  INTEGER  WCRC  22 

±2 INTEGER  MORD  23 LDAT -INTEGER  MCRD  16. 

ININ  INTEGER  WORD  IS  J.l  INTEGER  MGRO  24 

K. l  INTEGER  '43R0  26  K.2  INTEGER  MCRC  27 

♦ 3 INTEGER  NO RO  28  K.4 INTEGER. HfiFB  29 

KINO  INTEGER  WORD  1 L.IO  DOUBLE  WORD  7 

L.  11  OOUBLE  WORD  9 L.12  DOUBLE  MCRD  11 


LINE  C«r  5IASCRIPT  II. 5 — RELEAST  SC 0'3/Z37T8  PACE  II 

1 EVENT  END.  DUTY  (PI  LOT) - 

2 

3 DEFINE  RESTYH  AS  A REAL  VARIABLE 

A ^ - 

5 LET  T1H£.V«TIME.S 

6 LET  CREW"PILOT 

T _BlMfii£_THE_£g£M-£BQM  CREW. SET  L2A : 

6 FILE  THE  CREW  IN  CREW.SETUI 

9  ACO  DUTY. HRS-CUR. SORT ICREW)«t HI SS.TIHE(l) +2*BRIEF>  TC  TOT.NISC.DUTY(CREW) 

10  . ; V. 

11  IF  TOT.FHRSICREW)  GE  300FT  '”30  DAY  EXHAUSTION;  LEAVE  CREW  IN  REST  FOR  EVER 

12  AOO  1 TO  OAY.CREW.LOSSI  1) 

13 AMU  -IflLSitfU  OUlluiflS&iJLI . : 

l A LET  TINE* REST  (CREW)  «~1  "FLAG  AONIN  LOST  CREW 

15  RETURN 

1 A ALWAYS 

17 

18  IF  CUM.FHRSICREW)  GE  7DFT  ”7  DAY  EXHAUSTION”  CR  DAY-LAST *OFF (CREW I GE 

IS  .-CCNSECUTI VE.OAYS  "TO  NANY  CCNSECUTIVF  DUTY  CAYS 

20  LET  CUN.FHRSICREWI-0 

21  LET  LAST*OFF (CREW)*DAY+1 

22 L£IRESIVH«lfl-0UIY.HBS/2* "EXTFNCfP  REST  

23  GO  TO  RESET 

24  ALWAYS 

11 LEI.RE.STYH-l-DUTY«HRS/24  ” NORMAL  REST 

26 

27  'RESET* 

28  . SCHEfUiLE  A STARl.CUIY(CREWi_>I_nN£*VtRESTYH 

25  RETURN 
30  ENO 


LOCAL  VARIABLES  OF  THIS  ROUTINE 


PILOT 


INTEGER  WCRO  1 


RESTYH 


REAL 


WCRC  3 


44#* — C AC4-S4#SCCHP4— I 1 .S — RELEASE-  *6 g>/23/7« — PACE — 44 

1 EVENT  START, DUTY CPI LOT I 

2 

3 LET  TIME.V-TIME.S 

A III  CREtfcfUPT : 

3 REMOVE  THE  CREK  FROM  CREW.SETC1) 

6 FILE  THE  CREW  IN  CREN.SETI2) 

7 LET  TlMEiflESTLCRENI  mT  IME.V+DUTY. HRS/24 

8 SCHECULE  AN  ENO.OLTYCCREN)  AT  TIME, REST (CREW) 

7 LET  CLR.SORT(CREti)*0 

lO-LLT.X.UR,FJiRSLl.CRE  V )-.? 

11  RETURN 

12  EKO 


LOCAL  VARIABLES  OF  THIS  ROUTINE 
PILOT  INTEGER  NCRD  1 
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2 

3 DEFINE  DOWN  AS  A REAL  VARIABLE 


4 LET  T1HE.V-TIME.S 

5 LET  AIRCRAFT' PLANE 

6 REMOVE  THE  AIRCRAFT  FRCM  AC.SETI2) 

~ FILE  AIRCRAFT  IN  AC. SET1  31 

8 LET  INDEX' TEMPO! DAY) 

9 IF  IN0EX*2  CO  TO  SURGE  ELSE 

10  "NORMAL  MAI  NT . : 

11  LET  DONN«! BACKLOG! AIRCRAFT) ♦FLT. TIME !AIRCRAFT)*N0RM.MAlNT*ARM.FUEL)/24 

12  LET  BACKLOG! A IRCR AFT ) '0 

J.3 GC.  TC SCHED 

14  • SURGE' 

15  LET  COHN* !FLT« TIME! AIRCRAFT )* SURGE. MAINT* ARM. FUEL  1/24 

16-  LET  BACKLQ61AIRCR AFT) 'BACKLOG! A1RCRAFTI+M AX. F10. INCRM-MAINT-SURCF.MA1NTI 
IT  *FLT .TIME! AIRCRAFT)) 

18  ' JCHEO* 

15  LET  FLT.TI HE! AIRCRAFT )'Q 

20  SCHEOULE  A REAOY! AIRCRAFT)  AT  TIME.V»COUN 

21  RETURN 

■32.-EAP 


t«.AL  -VAM  A.B.LE.S.  QF _ THIS ROUTINE 

COHN  REAL  HORO  3 INDEX  INTEGER  HCRC  4 

PLANE INTEGER  WCRO 1 


o vn  > it)  rv>  U- 


EVENT  REAPVIPLANEI 

LET  TIME.V«TIME.S 

LET  AIRCRAFT«PLANE 

REMOVE  THE  AIRCRAFT  FRC-M  AC.SETO) 
FILE  THE  AIRCRAFT  IN  AC.SET(l) 

7 RETURN 

■ 8 END 


LOCAL  VARIABLES  OF  THIS  ROUTINE 
PLANE INTEGER  NCRO 1 


1 ROUTINE  REP. AC 

2 "THIS  ROUTINE  RECONSTITUTES  AIRCRAFT 
2 

A "SCHEOU.E  FUTURE  REPLACEMENTS 

5 LET  CONE-DAILY. LOSS 

6 LET  ORDAY-NAX.F(DAY-l+UE.DE LAY* LAST* RELIEF) 

7 * FORE  * 

8 IF  OROAY  GT  DAYS. IN. SCENARIO  JUMP  AHEAD 

9 ALWAYS 

13 LET  LAST «REL  IEF-CPDAY 

11  LET  AVAIL-UE.RECCNST-AC.RELIEF(ORDAY) 

12  ADD  N IN* F (GONE (AVAIL)  TO  AC.RELIEF(ORDAY) 

13  LET  GONE-GONE-AVAIL 

l A IF  GONE  GT  0 

15  LET  ORDAY-ORO AY+UE.OELAY 

14  GO  TC-RCRE 

17  ALWAYS 

18  IF  AC.RELIEF(ORCAY)*UE. RECONST 

15  LET  LASI.RE1  lFF-CROAV  + UE.  DEI  AY 

20  ALWAYS 

21  HERE 

22  ADO  AC.RFI  IPPtnAVI  Tfl  TOT  - USffl 

23  LET  QUANITY-CUAN1TV-0A ILY.LGSS+AC.RELI EF (CAY ) 
2A 

IS » »RFPLACF  A/C 

26  FOR  I«1  TO  AC.RELIEF(DAY) 

27  DC 

2£ CREATE AN-A1BCRAEI ^ 

29  FILE  AIRCRAFT  IN  AC.SETli) 

30  LOOP 

3J RETURN ; 

32  FAD 


LINE  CACI  SIMSCRIPT  I I. 5 RELEASE  8G 


03/23/78  PAGE  22 


1 ROUTINE  SR* CALC 

2 "THIS  ROUTINE  CALCULATES  CURRENT  SORTIE  RATE 

_2 

4 DEFINE  NO* AC  AS  A REAL  VARIABLE 

c 

6 «»A/C  REDUCED  BY  1/2  LCST 

7 LET  NO. AC»QUANITY-DAILY. LOSS/2 

8 LET  <OR.RATE«(OAY.NISS.STATSUt/NO.AC«(DAY-l)*SQR.RATE)/OAY 

_S RflUEM 

10  END 


LOCAL  VARIABLES  OF  THIS  ROUTINE 
M* AC REAL.  NORD  1 


■a 
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LINE  CK I SIHSCK'IP T 1 1 .5 — RElbASb  BG" 


1 ROUTINE  TO  TRACE 


037Z377B — PTTCE — Z3“ 


2 “THIS  ROUTINE  USED  FCR ' DEBUGGING  IF  OESIRED 

3 “IT  TRACKS  THE  TINE  CF  EACH  EVENT  WITH  ASSOC. 

A 


INFC 


GC  TC  1,2,3, 4, 5, 6, 7 PER  EVENT. V 

•x* 


8 PRINT  1 LINE  WITH  T I ME. V, PILOT (END. DUTY  I AS  FOLLOWS 
ttltJAT  TIME  ♦*.**  CREW  ♦ IS  ENDING  DUTY 

■5.-1..EMN 


1C 

11 

.12. 


• 2* 

-PRINT_  1-L 1NE  WITH  TIM F.Y .PILOT (END. MISS ION)  AS  FOLLOWS 


tttt  1A T TIME  *♦.**  CREW 
13  RETURN 
LS_ 


* IS  ENDING  MISSION 


15 

16  PRINT  1 LINE  WITH  TIME.V,PLANE(END.SCRTIE I AS  FOLLOWS 

♦♦♦♦•♦AT  TIME-  »♦.»»  - A/C LS-END IMG...S flRXJL£ 


17  RETURN 

18 

19.  ..  .W 


20  PRINT  1 LINE  WITH  T I ME. V, PLANE (READY I AS  FOLLOWS 
♦♦♦♦♦AT  TIME  *♦.**  A/C  ♦ IS  READY 

21 RETURN 


22 

23 

24 


• «, 


-P-R1M-L.LINE  WITH  JJLME.V-iJEiLQT  LSIART. -DUTY  I AS  FOLLOWS 


tttttAT  TIME  **.♦*  CREW  * IS  STARTING  DUTY 

25  LIST  ATTRIBUTES  OF  CREW  CALLED  PI LOT (START. DUTY) 

26_ RETURN 


27 

28 

_25L 


•6» 

PRINT  1 LINE  WITH  T I ME. V ,KI ND( Ml SSI0N1  AS  FOLLOWS 


»>»AT  TIME  MISSION 

30  RETURN 

3J 


* OCCURS 


32  ‘I* 

33  PRINT  1 LINE  WITH  DAYM.TIME.V  AS  FOLLOWS 

»»>DAY STULI1HG-AI «».*» 


34 

35 


RETURN 

END 


LOCAL 

VARIABLES 

OF  THIS 

ROUTINE 

I.l 

INTEGER 

WORD  3 

1.2 

INTEGER 

WORD 

4 

1.3 

INTEGER 

WORD  5 

J.l 

INTEGER 

WCRO 

6 

K.l 

INTEGER 

WORD  8 

K.Z 

5 

K.3 

INTEGER 

WORD  10 

INTEGER 

WORD 

11 

N.l 

INTEGER 

WORD  7 

Hal 

DOUBLE 

WCRO 

1 
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S.R.I.  BLOG  30 


//RSGZZ519  JOB  (2490<«SS<4> 

•••ROUTE  PRINT  REM0TE34 
•••ROUTE  PUNCH-HEM0TE34 
•••RES  C<190K 

•••MESSAGE  DELIVER  TU  BOB  GARNERO 
//SIM  EXEC  SIM25C 
•••  CTL  CN<A340<JOATE<77189 
•••  SIMSCRIRT  11.5  COMPILE  ONLY 

PGM<CUMP<REG10N<190K 
0ISP<ShR.0SN*SYS2.SIM25R8 
SYSOUT.A 

UN1T<3330<SPACEX3200<  (200<200)  I 
UNIT<3J30<SPACEX3200<  <50.50)1 
UNIT<3330<OSN<ULOADSET<D1SPXMOD<PASSI< 
SPACE<<3200< (120.901) 

GENERATED  STATEMENT 


XXSIM 


EXEC 


xxsteplib 

XXSYSPRINT 

xxsysuti 

XXSYSUT2 

XXSYSLIN 

XX 

//SYSIN 


DO 

DO 

00 

00 

DO 

00 


JOB  S19 
•OSIBYL* 
•OSIBYL* 


00000010 

00000020 

00000030 

000000*0 

00000030 

00000060 

00000070 

00000080 

00000090 


IEF236I  ALLOC.  FOR  RSGZZ519  SIM 


IEE237I  S73 
IEF237I  753 
IEF237I  585 
IEF237I  58* 
IEF237I  5B5 
IEF237I  720 


SIM 


ALLOCATED  TO  STEPLIB 
ALLOCATED  TO  SYSPRTNT' 
ALLOCATED  TO  SYSUT1 
ALLOCATED  TO  SYSUT2 
ALLOCATED  TO  SYSLIN 
ALLOCATED  TO  SYStN 


1EF142I  - STEP  MAS  EXECUTED  - CONO  CODE  0000 

IEF2851  SYS2.SIM2SRB  KEPT 

IEF285I  VOL  SEN  NOS<  STR31S. 

IEF285I  SYS78006.T 135018. RVOOO.RSGZZ519.RO022922  DELETED 

IEF28SI  VOL  SER  NOS»  STR317. 

IEF28SI  SYS78OO6.T135018.HV000.RSGZZ519.R0022923  DELETED 

IEF285I  VOL  SER  NOS<  STR303. 

IEF285I  SYS78006.T 135018.RV000*R5G2Z519iL0aDSET  PASSED 

IEF2B5I  VOL  SER  NOS«  STR317. 

IEF373I  STEP  /SIM  J START  78006.1350 

IEF37AI  STEP  /SIM  / STOP  78006.1351  CPU  OMIN  13.94SEC  MAIN  I74Kl.CS  OK 


MACHINE  UNITS  1.86 
REGION  SIZE  190K  USEO  17*K 
EXCP  COUNT  DISK*'  669 


TIME  Of  OAY  13.51. 4»  I/O  TIME 

NO.  OF  TAPES-01SKS  Ot-03  CMP  CODE 
TAPE*  0 ROR  * 750  BTR  < 


0.12  STEP  TIME  0.23 

CC  0000  JOB  TIME  0.23 

925  PCM  * 0 


//  EXFC  SIM25LG 

•••  CTL  CN<A340<JDATE<77189 

•••  SIMSCRIPT  1 1.5  LINK -EDIT  AND  EXECUTE 

XXLKED  EXEC  PGM.IE<L.REGION<160K.PARM*«LIST.NAP> 

XXSYSLIB  OD  D1SP<SHR.DSN*SYS2.SIMLIB8 
X 'SYSLIN  DO  DSN<ULOAOSET<OISP< (OLD. OELETE) 

XXSYSPRINT  DO  SYSOUT*A 

XXSYSUTI  DO  UNIT<3330<SPACE<M024<  <50. 20). ..ROUND) 

//LKEO.SYSLMOD  DO  DSN*CN2*90.RSG.LOADL18(CREBMAN) .OISP* < .CaTLG. OELETE) 
X/SYSLMOD  DO  DSN<UGOSET  (GO)  <UN!TX3330<SEPXSY5UT1) ) < 


KEPT 

DELETEO 

DELETED 


XX  SPACE<<1024< (SO  < 20  < 1 > ) <01SP«  < .PASS) 

IEF236I  ALLOC.  FOR  RSGZZS19  LKEO 

1EF237I  573  ALLOCATED  TO  SYSLIB 

IEF2371  5B5  ALLOCATED  TO  SYSLIN 

IEF237I  7S3  ALLOCATED  TO  SYSPRTNT 

IEF237I  585  ALLOCATED  TO  SYSUT1 

IEF237I  SB*  ALLOCATED  TO  SYSLMOD 

IEF142I  - STEP  BAS  EXtCUTEO  - CONO  CODE  0000 

HF285I  SYS2.S1MLIBB 

U<  2851  VOL  SER  NOS*  STR315. 

IK2A5I  SYS78006.  T 135018<RV000<RSGZ7519<L0ADSET 
IEF/ASI  VOL  SER  NOS»  STR317. 

IEF285I  SYS78O06.T135018.RV000.HSGZZS19.R0O22926 


00000010 

00000020 

00000030 

00000040 

00000050 

00000060 

00000070 

00000080 

00000090 
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IEF285I  VOL  SEW  NOS*  STR317. 

IEF28SI  CN2490.RSG.LOA0LIB  CATALOGED 

IEF28SI  VOL  SER  NOS*  STW303. 

IEF373I  STEP  /LKED  / START  78008.1351 

IEF3741  STEP  /LKED  / STOP  78006.1352  CPU  OMIN  01.AASEC  MAIN  96K  LCS  OK 


• MACHINE  UNITS  0.52  TINE  OF  DAY  13.52.27  I/O  TINE  0.36  STEP  TIME  0.02  • 

• REGION  SIZE  160K  USED  96K  NO.  OF  TAPES-DISKS  00>03  CMP  CODE  CC  0000  JOB  TIME  0.25  ' 

• EXCP  COUNT  DISK*  503  TAPE*  0 ROR  * 0 WTR  * 138  PCH  * 0 • 


XXGO  EXEC  PGM«».LKEO.SYSLMOD.BFG!ON«IOOK 
XXSIMUOS  DO  DUNAHE«SYS1N 
XXSIMU06  DD  SYSOUT«A 
XXSIMU17  DD  D1SP*SHR.0SN*SYS2.S1MERR8 
//GO.SYSIN  DO  DSN*CN2*9Q.RSG.T0ATA,0!SP*SHR 
// 

IEF236I  ALLOC.  FOR  R3GZZ519  GO 

IEF237I  58A  ALLOCATED  TO  PGM**. DO 

IEF237I  3A5  ALLOCATED  TO  SIMU05 

IEF2371  753  ALLOCATED  TO  SIMU06 

IEF237I  573  ALLOCATED  TO  SIMU17 

IEF142I  - STEP  MAS  EXECUTED  - CONO  CODE  0000 

1EF28SI  CN2490.RSG.LOAOLIH 

IEF2851  VOL  SEW  NOS*  STR303. 

IEF285I  CN2A90.RSG.T0ATA 
IEF28SI  VOL  SER  NOS*  MYL301. 

IEF285I  SYS2.SIMEWW8 
IEF285I  VOL  SEW  NOS*  STR315. 


00000100 

00000110 

00000120 

00000130 


KEPT 

KEPT 

KEPT 


IEF373I  STEP  /GO 


/ START  78006.1352' 


IEF374I  STEP 

/GO  / STOP 

78006.1352  CPU 

OMIN 

02.06SEC 

MAIN  8*K 

LCS  OK 

• MACHINE  UNITS  0,2* 

TIME  OF  DAY 

13.52.38 

I/O  TIME 

0,01  STEP  TIME 

0,03 

• REGION  SIZE 

100K  USEO  OAK  NO.  OF  TAPES-OISKS 

00-03  CMP  CODE 

CC  0000  JOB  TIME 

0.29 

• EXCP  COUNT 

DISK* 

3 TAPE*  0 

ROR 

« 

WTR  » 

128  PCH  * 

0 

1EF375I  JOB 

/RSGZZ519/  START  78006.1350 

IEF376I  JOB 

/RSGZZ519/  STOP 

78006.1352  CPU 

OMIN 

••••< 

17.44SEC 

• t 

(RLSE  21.8) 

• • 

* 0 P T I M 

U M S Y S T £ 

MS  INC.  2801 

NORTHWESTERN 

parkway. 

SANTA  CLARA.  CALIFORNIA. 

• PROJECT 

MACHINE  units 

2.62 

PRIOR  8 

DATE  78006 

01/06/78 

• ACCT-8IN 

2A90-ASS 

TIME  EST.. MINUTES 

h 

CLASS**) 

INITIAL  TIME 

13,50.38 

• PROGRAM  NO, 

RSGZZ 

LINE  ESTIMATE 

0100 

FINAL  TIME 

13.52.38 

• LOG  NO, 

519 

CARO  ESTIMATE 

0000 

JOB  TIME. MINUTES 

0,29 

COMPUTER 

370165  3 
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